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Ismét Barcelona! 


Eltelt egy év. Milyen régen is volt már, amikor egy fél lapszámot szenteltünk a 
barcelonai tech.ed konferenciának! Emlékeznek? Az az egyetlen egy szám színes volt, 
mert a szakmai leírást a város páratlan szépségeit bemutató fotókkal illusztráltuk. 


Tavaly a .net volt a fő téma. Idén - hatalmas 
meglepetésre - ismét a .net lesz. .net itt, .net 
ott, .net mindenütt. A cég ígéretei szerint ősszel 
jön ki az a Windows, mely alapfelszereltségként 
tartalmazza a .net keretrendszert. (Ha a korábbi 
ígéretek sorsát előrevetítjük, biztosra vehető, hogy 
idén már nem lesz kész a termék...) 

Fontos-e a magyar IT ipar számára a Windows .net 
Server? Bizony az. Érdekes módon nemcsak, sőt 
nem elsősorban a benne szunnyadó .net keretrend- 
szer miatt, hanem azért, mert - marketingduma ide 
vagy oda - a Windows 2000 nem terjedt el olyan 
mértékben, mint ahogy a Microsoft számított rá. 
Amit kicsiben mindenki érzékelt (a Windows 2000 
Professionalt otthon a Windows ME, a vállalatoknál 
még mindig az NT4 Workstation szorongatta meg), 
az nagyban, kiszolgálóoldalon is hasonlóképpen 
történt. 

Az országot járva rengeteg helyen azt tapasztalom, 
hogy sok nagyobb cég (bankok, biztosítók stb.) még 
mindig csak fontolgatja az Active Directory bevezeté- 
sét, s addig-addig fogják fontolgatni, amíg megjele- 
nik a következő verzió. Azt azután tényleg bevezetik. 
A Windows .NET Serverre ugyanúgy át fog térni a ma- 
gyarországi cégek mindegyike, mint ahogyan a ma- 
gyar nép egésze áttér(t) a Windows XP használatára. 
(Két generációs lemaradást már nehéz indokolni, fenn- 
tartani.) A mostani tech.ed tehát végre olyan isme- 
reteket ad a hazánkból odalátogató közel kétszáz in- 
formatikusnak, amelyeket a gyakorlatban is hasznosí- 
tani tudunk. Böngésszünk a témakörök között! 


Bevezető előadások 

A koreográfia a következő: először összeterelik 
mind a hatezer résztvevőt egy terembe, ahol úgy- 
nevezett keynote speechet hallgathatunk. Ezek az 
előadások az egész konferencia irányát szokták 
megadni. Ezután jöhetnek a párhuzamosan zajló 
nkis"előadások, ahova már csak néhány száz hallga- 
tó fér be: érdemes előre tervezni! 

Idén két bevezető előadás lesz: az egyiket Vic 
Gundotra, a .net platform general managere tartja 
(általános igazgató?). Sokat sejtet, hogy az úr ko- 
rábban az MSDN igazgatója volt. A másik 
nagyelőadást pedig David Thompson, a Windows 
termékcsaládért felelős alelnök tartja. Ő 1990 óta a 
Microsoftnál dolgozik, bejárta a szamárlétra összes 
fokát - de ma már ,csak" menedzser. Remélem 
azért szakmai ismereteket is fog nyújtani. 


További előadások 

Tekintettel az előadások nagy számára a szervezők 
csoportok szerint rendezték a választékot: 

CLB - Messaging and Collaboration 

Az Exchange Server körüli technológiák ismerteté- 
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se. Levelezés, csoportmunka, online konferencia, 
dokumentumkezelés stb. 

DAT - Data Management 

Az SOL Server adatkezelési, valamint az OLAP Server 
adatelemzési lehetőségeinek boncolgatása, külö- 
nös tekintettel a mindent elborító XML-re 

DEP - Management and Deployment 

Operációs rendszerek, címtártechnológia (Active 
Directory) , Windows .NET Server, a .NET keretrend- 
szer szerepe a rendszergazdák életében. SMS, 
Appcenter Server 

DEV - Developer Tools and Technologies 

A fejlesztők távoli világába kalauzolnak ezek az 
előadások. Természetesen a Visual Studio .NET a 
sláger. Milyen nyelven írjuk a kódot? Természetesen 
Ct-ban! Mit írunk? Természetesen XML webszolgál- 
tatást! ASP.NET, ADO.NET, stb. 

MBL - Mobility 

Adatelérést mindenkinek, mindenhol, minden esz- 
közön! Pocket PC-n, mobiltelefonon stb. A Microsoft 
már rendelkezik kész mobilmegoldással, már csak 
azt kell kivárnunk, hogy a GSM ipar bevezesse... 
SEC - Security 

sHackermentes" világunkban jól jönnek a bizton- 
sággal kapcsolatos előadások! Tűzfalak, nyílt kulcsú 
titkosítás, csipkártya, Kerberos stb. 

WEB - XML Web Services 

A fejlesztői szekció legfontosabb technológiája ön- 
álló csoportot (is) alkot. Hát bizony van itt mit ta- 
nulnunk. Csak vessenek egy pillantást XML cikkso- 
rozatunkra! UDDI, SOAP, WSDL, séma, Xguery stb. 
WIN - Windows in the Enterprise 

Nagyvállalati, skálázható alkalmazások fejlesztése, 
üzemeltetése. Hogyan lehet egy alkalmazást felké- 
szíteni egymillió ügyfél kiszolgálására? Hogy mi- 
nek? Mert ma Magyarországon ötmillió mobiltele- 
fon van forgalomban. Ötmillió potenciális ügyfél! 


Híres emberek 

Az előadók közt ismét megtaláljuk a tavalyi év für- 
dőkádas sztárját, Don Boxot, aki azóta a Microsoft- 
hoz igazolt, Mark Russinovichot és David Solomont, 
az Inside Windows 2000 című könyv szerzőpárosát, 
David Chappelt, akinek fejlesztői tárgyú könyveiből 
több egyetem tanít, a nemrégiben hazánkban járt 
Rafal Lukawieckit, akinek tavalyi szekuriti előadá- 
sától egyáltalán nem voltam elájulva, így MSF 
előadására sem mentem be (de a szemtanúk egybe- 
hangzó állítása szerint nagy hibát követtem el) stb. 


Részletes útibeszámoló a következő (és további) 
tech.net magazinokban. Maradjanak velünk! 


Fóti Marcell 
marcellf onetacademia.net 
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Server Appliance Kit 
Nemrégiben egy kicsiny cég ügyvezetőjével beszélgettem, aki a maga szemszögéből 
a következőképpen látta a Linux kontra Windows harcot: van Windowsuk is, Linuxuk is, 
de a Linux - szerinte - nagyságrendekkel kevesebb törődést igényel (igaz, szinte semmit 
sem tud, mert mindent kivettek belőle, akik telepítették). A Server Appliance Kit megjele- 
néséig nehéz volt erre okosat mondani, ma már a Microsoftnak van válasza a problémára. 
8. oldal 
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A fürtök általában jól megtervezett, redundáns eszközökkel ellátott, hibatűrő rendszerek. 
Mégis, a leggondosabb előkészítés ellenére is elfordulhat, hogy valami mégsem úgy műkö- 
dik, ahogyan kellene. Sorozatunk most következő részében megvizsgáljuk, milyen hibák 
fordulhatnak elő, és azokat hogyan orvosolhatjuk. 


4. oldal 
Windows .NET 


Server Beta 3 
Egy új operációs rendszer környékén mindig rengeteg újdonság van - úgy tűnik a .NET Server kapcsán sem fo- 
gyunk ki a témából. Nem marad el a megszokott kitérő sem, most éppen a hardverarchitektúrák irányába... 


11. oldal 


DNS és névfeloldás a 
Windows 2000-ben 


A névfeloldás (azaz a meglévő hálózati (számítógép-) névhez tartozó hálózati (IP-) cím ke- 

resésének folyamata) a Windows 2000-ben lényegesen különbözik az elődök működésétől. 

Míg ott a NetBIOS névfeloldás volt az elsődleges adatforrás, a Windows 2000 természete- 
sen - és szerencsére - először a DNS-sel próbálkozik. 


15. oldal 
A Windows XP súgója 


A tech.net magazin III. évfolyamának első számában olvashattuk, hogyan használható a Windows 
2000 IPSec implementációja, mint egyszerű csomagszűrő. Sajnos ez a tulajdonság csak melléktermék, 
tervezéskor egyáltalán nem szerepelt a célok között. Ezt hallva az olvasó rögtön gyanút foghat, vajon 
nem származik-e ebből valami alapvető probléma. 
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Ahogy Önnek legjob 
Mindnyájan szeretjük, ha egyénir 
otthon, mind pedig a munkahelyi 
Alakítsa sajátigényei — rendszerrel Ön könnyedén szemé 
A mintázatokkal, képekkel, sőt aká 
szartett A megjelenését. Testreszabhatja a 
Windows XP érdekében, Beálíthatja úgy a sz 
ké automatikusan betöltődjenek, és 
operációs rendszerrel . kivül még számos más szolgáltat 
ezt könnyen testreszabása az egyik szórakoz 
5 Ez nőveb a munkájának hatékony 
megteheti... kapcsolatos tevékenységekben. 
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XP: időutazás i 


rendszer-visszaállítás 8 
Gyakorlott rendszergazdaként mondom: nem nehéz egy jól működő operációs rendszert vé- 
letlen módosításokkal letéríteni a helyes útról. Elegendő lehet egy névtelen hardver vagy 
szoftver telepítése, és máris kezdődnek a bajok. A Windows ME és a Windows XP ki tud mászni 
a slamasztikából: időgéppel visszarepíthetjük abba az időpontba, amikor még jól működött. 





23. oldal vo. 
.NET Akadémia 
Tömbök és kollekciók (V. rész) 


Minden programozási környezet egyik legalapvetőbb szolgáltatása az objektumok 

csoportokba rendezése, sok objektum valamilyen szabály szerinti egységes tárolása. Ezeket az igénye- 
ket tömbökkel és kollekciókkal szokták kielégíteni. A .NET Framework elég gazdag osztálygyűjte- 
ménnyel rendelkezik, amely általában lefedi a hétköznapok kollekcióigényeit. Nézzük át őket! 








25. oldal 
XMLgessünk FL BASE 


. XML Schema (III. rész) 

Az előző szám végén ott tartottunk, hogy a felhasználók beállításai jönnek. 

Jöjjenek, és nemcsak a felhasználók, hanem az e-mail címmel rendelkező egyéb objektumok - 
tehát a kapcsolatok (Contacts) és az e-mail címmel rendelkező csoportok - tulajdonságait is 
megnézegetjük ebben a részben. 


29. oldal 


snrunr epp / WOTR7IJJER] 


Exchange házirendek : 


A Windows 2000 csoportos házirendekhez hasonlóan az Exchange egyes beállításait is 
lehet központilag szabályozni. Az Exchanges házirend azért is hasznos, mert így egy helyről lehet 
beállítani olyan dolgokat, amelyek mindenkire érvényesek. Kézzel, egyesével is be lehet állítani a 

felhasználóknál, hogy mekkora lehet a postaládájuk mérete - ezt láttuk az előző cikkben -ugyanakkor 
házirend segítségével mindezt gyorsabban, egyszerre több adatbázison megtehetjük. 


33. oldal 


€Eddösm 
Ef Gobal Settngs 
új ned 







(Nan Window from Here. 





Delete 
Refresh 


Exchange Web Storage 


Az előzőekben láthattuk, hogyan tudunk információt kinyerni a WSS-ből különféle technológiákkal, 
illetve hogyan tudunk fájlokat csatolni a WSS-beli elemekhez. Mindezek mellett csak említést tettünk arról, 








hogy lehetőségünk van saját jellemzők felvételére, kezelésére. Most ezt a kérdéskört járjuk körbe. 





37. oldal 
Poyerfoys for Windows XP 


Közel három hónap várakozás után újra letölthető a Microsoft PowerToys for Windows XP, immár 
javított kiadásban. Kimondottan a Windows XP felhasználói számára készült a csomag. Hasznosabb és kevésbé 
hasznos programocskát is találhatunk benne. A megjelent tíz program közül mindenki kedvére válogathat. 


40. oldal 








22g 


tere [ddsncsál 


Use the tat below to gyart or deny users agcess tő your 
tomosker, and to change passryords and other settngs. 


E Urers tust erter a user nama and pássword to use this conputer. 


Dupla KV 
42. oldal 


sets for this comouter 
Uzertiame 
]Adrrttrator kdnizistrators 
]gvest tests 








Pastry 


Míg az angol szótár szerint a Pastry cukrászsüteményt jelent, Peter Druschel és Antony Rowstron 

kutatók szerint sokkal inkább egy skálázható, decentralizált, ön-szerveződő és hibatűrő réteg az 

egyenrangú (peer-to-peer, p2p) alkalmazások számára. Az alábbi, rövid áttekintés elolvasása után 
döntse el maga az olvasó, hogy kinek van igaza. Vagy netán bővítésre szorulnak a szótárak? 


43. oldal 
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(VIII. rész) — Cluster a gyakorlatban 


A fürtök általában jól megtervezett, redundáns eszközökkel ellátott, hibatűrő rendszerek. 
Mégis, a leggondosabb előkészítés ellenére is elfordulhat, hogy valami mégsem úgy 
működik, ahogyan kellene. Sorozatunk most következő részében megvizsgáljuk, 

milyen hibák fordulhatnak elő, és azokat hogyan orvosolhatjuk. 


Vissza a tervekhez 

A hibák és leállások megértéséhez a legfontosabb fürtkiszolgá- 
lónk felépítésének és működésének nagyon pontos ismerete. Néz- 
zük át még egyszer a cikksorozat elején felvázolt rendszerünket! 
Az állomásokból két hálózati kártya lép ki a helyi hálózat felé, egy 
direkt kábelkapcsolat pedig a ,szívhang"-forgalomhoz szükséges 
csatornát biztosítja. Lent állomásonként két adathálózati csato- 
lókártya (host bus adapter) biztosítja az összeköttetést adatháló- 
zati hubokon keresztül a lemeztömbökkel. (Szaggatott vonallal je- 
löltem a másodlagos, tartalék útvonalakat. ) 
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5 Bombabiztosnak tűnő fürtrendszer 


Eléggé biztosnak látszik a felépítés. Most képzeljük el, hogy az 
egyik hub - mondjuk a jobb oldali - ventilátora leáll, és a belső 
vezérlés lekapcsolja az eszközt! Ekkor a szerverek adatcsatoló kár- 
tyái észlelik, hogy elveszítették a kapcsolatot a lemezekkel. Az 
eszközök gyártója által megírt szoftvernek (a Compagnál ez a Se- 
curePath) fel kell építenie egy másik kapcsolatot a lemezek felé, 
méghozzá olyan gyorsan, hogy a fürtszolgáltatás ebből semmit se 
észleljen. Mélyen, a hardver közelében járunk, ez a szoftverkom- 
ponens kernel üzemmódban fut. Szerencsés esetben a folyamat 
pillanatok alatt lezajlik, rosszabb esetben viszont a cluster szer- 
víz is észleli a problémát, és megpróbálja átvinni az erőforráscso- 
portokat a másik állomásra. Ha az időközben már át tudott állni 
az új adatútvonalra, az átmozgatás sikerül, míg ellenkező esetben 


örEtLN váÁth 


vindous / 


bizony a cluster ,beragadhat". Az újraindítás persze segíteni fog, 
csak azon fogunk csodálkozni, hogy a szalagos egységet nem ér- 
jük el, mert az egy nem működő eszközhöz csatlakozik. Ha nem 
ismerjük a kapcsolatokat, nem fogjuk tudni, mi a probléma. Az el- 
ső szabály tehát: ismerd meg a rendszert, készíts róla áttekintő 
ábrát, dokumentációt, és frissítsd azt rendszeresen. 


A hibák behatárolása 

A fenti példából nagyon jól látható, hogy a fürt hibáinak jókora 
része nem a Windows 2000-ben, sokkal inkább az alatta dohogó 
hardverben és az azokat kiszolgáló eszközmeghajtókban keresen- 
dő. Mi persze a fürt meghibásodását fogjuk észlelni, szükség len- 
ne tehát egy olyan általános megközelítésre, amelynek a segítsé- 
gével a hibajelenségtől eljuthatunk a tényleges hibáig, majd a hi- 
ba okát is felderítve elháríthatjuk azt. 

A tapasztalatok azt mondatják velem, hogy azt a réteges felépítést 
kell követni, ahogyan az eszközeink felépülnek. Ezen rétegek tete- 
jén a fürtszolgáltatás található, ahogy az alábbi ábra mutatja: 


A szolgáltatások Hibadiagnosztika és 
igénybevétele elhárítás íránya 


(EZ tváttatások] 
(HATE otváttatások józati szolgáltatások ) 
(őperációs rendszez tát tálllEST) / Operációs rendszer szol Operációs rendszer szolgáltatások ) 
(Arünt fürtáltomás hardverének ráteezzsi]) 


A azátafítstíáák (a alfa fürt kardvereszközetnek szolgáltatásai ) Hardvereszközeinek szolgáltatása 


biztosítása A hiba terjedése 


5 Szolgáltatási rétegek fürtöt tartalmazó hálózatban 


A hálózati szolgáltatások körébe sorolható névfeloldás nélkül a fürt 
elérhetetlen, címtárszolgáltatás nélkül működésképtelen - pedig ezek 
nem biztos, hogy a fürtön futnak! Az operációs rendszer rétegébe s0- 
roltam a fájlrendszereket, a TCP/IP-szolgáltatást és az arra épülő töb- 
bi fontos funkciót, mint a RPC-szervízt, a nyomtatósort, a szerverszol- 
gáltatást és a NetBIOS-t. Ide tartozik még minden belső alapszolgál- 
tatás, például a memória- és prioritáskezelés, a szálak felügyelete stb. 
E réteg alatt már a hardverszinthez közeledünk. Ezen a szinten 
dolgoznak a hálózati és adatcsatoló kártyák, a merevlemezek, va- 
lamint az állomásban található hardveralapú lemezredundanciát 
biztosító folyamatok (RAID 0, esetleg RAID 041). 

A legalsó rétegbe az állomáson kívüli, de a fürt kialakítását biz- 
tosító hardverelemeket soroltam. Ilyenek a Fibre Channel kábe- 
lek, a SAN hubok, a data routerek, a szalagos könyvtárak, a tá- 
roló alrendszerek és vezérlőik. 
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Nem nehéz elképzelni, hogy akár egyetlen fürtfunkció létrejötté- 
hez több mint száz, a fenti rétegek valamelyikébe sorolható kom- 
ponensre is szükség lehet. Márpedig akkor ennyi komponens me- 
het tönkre. Persze bizonyos hibák ellen jó tervezéssel védekezhe- 
tünk, másokra viszont fel kell készülni, mégpedig azon eszközök 
megismerésével, amelyek a hiba felderítését megkönnyítik. Néz- 
zük, milyen arzenállal rendelkezünk. 


A hibabehatárolás eszközei 

Az eseménynaplók: A Windows 2000 számos, fürttel kapcsolatos 
eseményt jegyez be az eseménynaplókba. Attól függően, hogy a 
bejegyzést hol találjuk, már megbecsülhetjük, hogy a hiba melyik 
rétegben keletkezett. Az alkalmazásnapló leginkább logikai hibát 
jelez. A biztonsági napló bejegyzései hitelesítési és névfeloldási 
hibákat tárhatnak fel. Ha a fürt nem tartományvezérlő, ajánlatos 
bekapcsolni ezt a naplót, mert értékes információkat nyerhetünk 
vele. A rendszernapló általában az operációs rendszerben vagy az 
alatta lévő hardverben keletkezett problémákat jelezheti. Mindez 
nem jelenti azt, hogy egyetlen hibához ne keletkezhetne akár 
mindhárom naplóban bejegyzés. Mindenképp azt ajánlom, hogy 
legelőször az alkalmazásnaplót vizsgáljuk, ezt kövesse a biztonsá- 
gi, végül a rendszernapló áttanulmányozása. 

A cluster log: Előfordulhat, hogy a Windows 2000 eseménynap- 
lói nem nyújtanak elegendő információt a hiba körülhatárolásá- 
hoz. Ekkor segítségünkre lehet a mindkét állomáson megtalálha- 
tó cluster.log állomány, amely a "osystemroot9oVcluster mappá- 
ban lakik. Ennek a naplónak saját szintaxisa van, a Windows 2000 
Resource Kitben egy egész fejezetet szenteltek a kiértékelés elő- 
segítésére. Nekünk most annyit kell tudnunk, hogy a naplózás 
mértékét környezeti változók segítségével szabályozhatjuk. A vál- 
tozót (ClusterlogLevel) úgy kell megadni, mint egy hétköznapi 
környezeti változót, tehát a rendszerpanelt használva. Értéke 0 és 
3 között változhat, amelyek az alábbiakat jelentik: 

0 - Nincs naplózás 

1 - Csak a hibák naplózása 

2 - Hibák és figyelmeztetések naplózása 

3 - Minden esemény rögzítése 

A napló mérete nem nő 8MB-nál nagyobbra. Ha eléri ezt a mére- 
tet, 64K-s részenként felülírja a régi bejegyzéseket. Amennyiben 
ennél több információt szeretnénk rögzíteni, egy másik környeze- 
ti változó (ClusterLogSize) segítségével ezt is megadhatjuk. A 
ClusterLogSize-12 például azt jelenti, hogy 12MB-os naplómére- 
tet akarunk használni. 

A hardvergyártó saját naplói: A beépített Windows 2000 naplók 
mellett nagyon fontosak a gyártó által létrehozott logok, az alacso- 
nyabb rétegekben működő eszközök naplóbejegyzései is. Ilyen pél- 
dául egy DMI log, egy lemezalrendszer-napló stb. A bejegyzések 
helyéről és azok értelmezési lehetőségéről a gyártónál kell érdek- 
lődni (még az éles üzemet megelőzően!). A legfontosabbak bizo- 
nyosan a lemezalrendszer eseményei lesznek, de meg kell tanulni a 
SAN kapcsolók naplóinak elérését és alapszintű értelmezését is. 
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Display most recent events: [2003 


[7 view details 
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Daterrime — [ Priorty] — Cstegoy Description 
12/2701 11:33 AM E Error Destination driver error 
12127501 11:33 AM Error 





Internai 
Internal Mark drive removed 


12/27/01 1133 AM a 

12127/01 11:33 AM a 

12/27/01 11:33 AM ÉH internal 
a 
en 





Hot swap monitor detected drive removal 
12/27/01 1134 AM Internal OptimagReplaced drive marked removed A 
DaterTime: 12/27/01 1133 AM a 
Seguence number: 19284 
Event type: 1012 


Description: Destination driver error 
Event specific codes: 1/102/0 
Component type: Drive 

Component location: Enciosure 0,S1ot 3 


Raw data: 
6c 47 00 00 00 00 00 00 12 10 11 10 fu £8 2a 36 
03 00 00 00 04 01 00 00 00 00 1£ 00 01 01 10 00 
0c 00 12 01 01 00 00 00 02 01 00 00 00 00 09 00 5] 


Select All Save As. Close Help 


Displaying 200 of 8,191 events. 
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5 Egy IBM lemezalrendszer belső naplója 


A lemezkezelő (Disk administrator): A naplók mellett nem sza- 
bad lebecsülni azokat az eszközöket sem, amelyeket nem a fürtök 
figyelésére készítettek. A lemezkezelő azért is érdemel különös fi- 
gyelmet, mert a fürt közös elemeiről, a lemezekről nyújthat infor- 
mációkat. A diszkek megjelenése vagy hiánya, eltérő betűjelei 
mind ennek az eszköznek a segítségével állapíthatók meg. 

A teljesítményfigyelő: A Windows 2000 nem tartalmaz fürttel 
kapcsolatos mérendő objektumot, ami, ha meggondoljuk, érthe- 
tő, hiszen a fürt normál működése szerint egy statikus, alig vál- 
tozó és transzparensen létező valami. A teljesítményfigyelő in- 
kább a fürt egyéb objektumainak (memória, processzor) vizsgála- 
tára való, ám ezek az információk hasznosak lehetnek a fürt vizs- 
gálatakor is. Ha például egy processz oly mértékben megterheli a 
fürtöt, hogy az nem képes válaszolni, a másik állomás esetleg át- 
veheti az erőforrásokat. Az ilyen jellegű hibák elhárításának egyik 
fontos eszköze a teljesítményfigyelő. 

A feladatkezelő (Task manager): A feladatkezelő a Windows 
2000 svájci bicskája. Villámgyors áttekintést ad a rendszerről, an- 
nak valóságos, pillanatnyi állapotáról. A nem fürteredetű, de a 
fürtszolgáltatásra is átterjedt hibák felderítését segítheti. 
Szervízindítási paraméterek: Kevéssé ismert, hogy a fürtszolgál- 
tatás maga, tehát a clussvc.exe is rendelkezik beépített diagnosz- 
tikai eszközökkel. Ha ugyanis már a szolgáltatás indítása sem si- 
kerül, akkor a cluster.log nem tud segítséget nyújtani, a Windows 
2000 eseménynapló pedig talán csak semmitmondó bejegyzések- 
kel van tele. Ekkor vehetjük igazán hasznát a /debug kapcsolónak, 
amely az indítással kapcsolatos eseményeket képes egy külön ál- 
lományban összegyűjteni. A használata igen egyszerű: a 9osystem- 
root9otcluster könyvtárból a következő parancsot kell kiadni: 


Clussvc /debug 2 C:Nelusdebug.10g9 


Figyelem! Ezt a kapcsolót kizárólag hibafelderítésre szabad hasz- 
nálni. Ha a hiba megszűnt, a kapcsoló nélkül kell újraindítani a 
fürtszolgáltatást! A clussvc-nek vannak más kapcsolói is, ezekről 
később szólunk. k 

Net helpmsg xxxx: Gyakran előfordul mind a Windows 2000 naplók- 
ban, mind pedig a cluster.log állományban, hogy csak egy lakoni- 
kus számot kapunk arról, hogy mi a hiba. Ekkor tehet jó szolgálatot 
a parancssorból kiadható net helpmsg ckeresett számz varázsformu- 
la, amely egy csapásra bőbeszédűvé teszi a hibaüzenetet. Például a 
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Farkasokkal táncoló (VIII. rész) - Cluster a gyakorlatban / Uj HA 


000005c8 . 000004c0 : : 1999/22/12- 

DO3:53:20.843 Physical Disk Disk G:2: 

I[DiskArb] Failed to read (sector 22), 
error 170. 


bejegyzést feloldhatjuk a net helpmsg 170 paranccsal, és ezt kap- 
juk: , The reguested resource is in use.". Nem állítom, hogy ez már 
Kánaán, de egy kicsit előrébb jutottunk. 

Regedit és regedt32: A fürtszolgáltatás rendelkezik egy , cluster" 
ággal, amely megtalálható mindkét állomáson. Különösen a leme- 
zekhez kapcsolódó hibák esetén juthatunk hasznos információk- 
hoz a két segédprogrammal. 

Net View, Ping, Network Monitor: A hálózathoz köthető hibák 
elhárításához a szokásos eszközöket vethetjük be. 

Saját dokumentáció és ellenőrzési lista: A cikk elején már java- 
soltuk ennek létrehozását. Csak aki már javított dokumentálatlan 
fürtöt, az tudja, mennyire fontos a precíz leírás. Talán egyszer több 
teret szentelünk majd annak, hogy mi mindent tartalmazhat egy 
ilyen dokumentáció, de legfontosabb részeit most is felsorolom: 
"0 Az eszközök kapcsolási rajza. 

"0 A lemezalrendszer redundáns tömbjei- 
nek jelölése(esetleg szerepének leírása) . 
A hálózati kártyák jelölése, IP-címe, 
MAC-címe, szerepe. 

0 Az erőforráscsoportok funkcióinak leírása. 
A telepített javítócsomagok, hotfixek 
felsorolása. 

Speciális beállítások feljegyzése (pl. Regedit használatával a 
DisableDHCPMediaSense paraméter). 

0 A fürt fiókjának adatai. 

"0 A nem fürtözött szolgáltatások leírása. 

Mielőtt a konkrét hibaelhárításba belekezdenénk, néhány adatot 
szeretnék megosztani a Kedves Olvasóval. A TechNet CD kereső 
szolgáltatásában a , cluster NEAR (troubleshooting OR problem OR 
error OR failure)" feltételt írva 837 találatot kapunk. A Windows 
2000-hez és NT4-hez kötődő cikkek száma is 276. (Azért érdemes 
együtt számolni a két csoportot, mert a Windows 2000 hibák gyak- 
ran még az NT4 eredeti fürtszolgáltatásában jelentek meg.) Esély 
adni. Amit tehetünk, az a legfontosabb és leggyakoribb hibák 
leírása és értelmezése. Aki nem találja ebben a cikkben a saját 
problémáját, kénytelen lesz bújni a TechNetet, bombázni a leve- 
lezési listát, vagy ha szerencséje van, igénybe venni a Microsoft 
támogatási szerződése nyújtotta lehetőségeket. Ez utóbbi csak 
szerencsés (premier support szerződéssel rendelkező) munkahelyen 
dolgozó halandóknak adatik meg. 

A hibákat a következők szerint csoportosítottam: 

1. Telepítéssel kapcsolatos gondok. 

2. Indítással kapcsolatos problémák. 

3. Nemkívánatos átköltözési jelenségek. 

4. Lemezekhez kötődő hibák. 

5. Hálózati rendellenességek. 


Hibák a telepítés során 

Az első állomáson nem sikerül a telepítés: A jelenség általában 
három okra vezethető vissza: hálózati hibákra, a fürtszolgáltatás 
fiókjával kapcsolatos problémákra vagy a közös lemezekkel össze- 
függő hibákra. Ellenőrizzük, hogy a fürt sikeresen bejegyezte-e a 
nevét a WINS adatbázisba! Ha ez sikerült, a hálózat és a névfelol- 
dás nem okolható. Ellenőrizzük, hogy a fiók megfelelő jogokkal 
rendelkezik-e (például van-e joga szolgáltatást futtatni)! Nézzük 
meg, nincs-e beállítva, hogy szegény fürtünknek az első alkalommal 


working width 


Ellenőrizzük, 
hogy minden majdani 
közös lemez látható-e a hető el, akkor a helyzettől függően használ- 
lemezkezelőből! 
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meg kell változtatnia a fiók jelszavát! Végezetül ellenőrizzük, hogy 
minden majdani közös lemez látható-e a lemezkezelőből: NTFS for- 
mátumúak, ,basic" típusúak és hibátlan kötetek! A fejezet végén a 
0176970 számú tudásbázis cikk segíthet ebben. 

A második állomáson nem sikerül a telepítés: Ellenőrizzük, hogy 
a nyilvános hálózat elérhető-e a második állomás számára, helye- 
sen állítottuk-e be az alhálózati maszkot és az alapértelmezett át- 
járót! Vizsgáljuk meg azt is, hogy eltérő hálózati címet használunk- 
e a vegyes illetve a magán hálózati kártyánál! Nézzük meg egy egy- 
szerű ping paranccsal, hogy a magánhálózat jól működik-e! 


Indítással kapcsolatos problémák 

Az első állomás nem indul: Szinte ugyanazok a hibák léphetnek 
fel itt is, mint a telepítéskor. A fiók jogosultságait, a hálózat he- 
lyes működését, a névütközés elkerülését és a lemezek működé- 
sét kell ellenőrizni. 

A guorum lemez elérhetetlen, vagy hibás: Ugyan a lemezhibák 
között is szerepelhetne, de ezt célszerűbb itt felsorolni, mivel a je- 
lenség, amit a hiba okoz, a fürt elindíthatatlansága. A cikk elején 
ajánlott rétegeket figyelembe véve győződ- 
jünk meg arról, hogy a guorum lemez fizi- 
kailag nem sérült-e (az NTFS fájlrendszer 
ép?)! Ha így van, és a guorum mégsem ér- 


juk a clusterszolgáltatás ,-fixguorum" vagy 
-Tesetguorumlog" kapcsolóinak egyikét! 
Mindkét esetben csupán egyetlen állomáson 
fusson a fürt! A -fixguorum kapcsolóval elindul ugyan, de az erő- 
források kikapcsolt állapotban maradnak. Ekkor meg lehet próbál- 
ni csak a guorum erőforrásait elindítani, és a cluster.log bejegyzé- 
sei alapján megállapítható, mi a hiba. 

Ha a guorum log vagy a hozzá tartozó checkpoint-állomány sérült 
meg, akkor a -resetguorumlog kapcsoló lehet a megoldás. A fürt- 
szolgáltatás ekkor ellenőrzést végez a guorumon, és ha hibát ta- 
lál, újra felépíti az adatbázist a 9oSystemRoot9oYClusterNCLUSDB 
regisztrációs adatbázis ág segítségével. 

A fürtszolgáltatás nem indul: Az eseménynapló és a cluster.log 
áttanulmányozása mellett mindenképpen javaslom a tartomány- 
vezérlők elérhetőségének ellenőrzését. Ha nincsenek a fürt szá- 
mára elérhető tartományvezérlők, a szolgáltatás fiókjának hitele- 
sítése nem lesz sikeres, tehát nem illetik meg azok a jogosultsá- 
gok sem, amelyek a szolgáltatás elindításához szükségesek. A leg- 
biztosabban úgy győződhetünk meg arról, hogy a fürt eléri a hi- 
telesítő kiszolgálókat, ha Network monitorral figyelemmel kísér- 
jük a fürtszolgáltatás indulását. 


Nemkívánatos átköltözési jelenségek 

Az erőforrás hibás státusba került, és nem indul újra: Ha az 
erőforrás meghibásodik és leáll, a fürtszolgáltatás megpróbálja né- 
hányszor újraindítani. Ám ha az erőforrás elérte a saját meghibá- 
sodási limitjét, a fürt többé nem indítja újra. Ekkor - minden bi- 
zonnyal alapos hibafelderítés és elhárítás után - kézzel kell elin- 
dítanunk. Nem indul egy erőforrás akkor sem, ha úgy állítottuk be, 
hogy ne induljon. Rém egyszerű, azért olyan nehéz erre rájönni. A 
következő ábra segít a beállítások között eligazodni: 
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General) Dependencies Advanced ] Parameters 


C Donot restart 


(s Restart 


5 áffectthe group 


Threshold: (3 Period: 1900 seconds 


"Looks Alive" poll interval: r "Is Alive" pollintervak 
! C Use value Írom resource type 


, (e Specily value: ! (7 Specify value: 


! ! 
5000 milliseconds ! 60000 milliseconds / 


seconds 


C Use value frorn resource type 


Pending timeout: 1180 








a Ami az újraindítást befolyásolja 


Lemezekhez kötődő hibák 

A lemezek átköltözése sikertelen: Ez az egyik leggyakoribb hi- 
ba, amikor a Microsoft fürtöt káromolják, holott általában nem te- 
het a problémáról. A jelenséget szokták ,beragadásnak" is nevez- 
ni. Ténylegesen az történik, hogy a fürt mindkét állomása elveszí- 
ti a kapcsolatot a közös lemezekkel, gyakran valamennyivel. Ilyen- 
kor szinte mindig hardverhibáról van szó. Ellenőriztessük le a szál- 
lítóval a host bus adaptereket, az adathálózat aktív elemeit 
(storage hubokat illetve switcheket) és végül a lemezalrendszer ve- 
zérlőjét! Gondoskodjunk arról, hogy mindenütt a legfrissebb esz- 
közmeghajtó és firmware verzió legyen! Végezzünk el teszteket, 
hogy hogyan történik az átköltözés: szimuláljuk a SCSI vagy más 
kábelek szakadását! A szimuláció során vessük össze a cluster.log 
és az eszközök belső naplóit a hiba jelentkezésekor keletkezett be- 
jegyzésekkel! Ha sikerül hasonló bejegyzéseket találni, akkor ma- 
gát a hibát szimuláltuk, tehát megtudhatjuk, melyik eszköz hibá- 
zik. 

A tesztet nem olyan nehéz elvégezni. Az igazi gondot az jelenti, 
hogy a fürt már általában éles környezetben dolgozik, és nincs 
tartalék. Mindenki szeretné már használni az eszközt, egyre nő a 
kiesett órák száma, miközben a hiba újra és újra előjön. Az erköl- 
csi veszteség még nagyobb, hiszen a drágán megvett fürtről ki- 
derül, hogy nem váltja be a hozzá fűzött reményeket. Nagy jelen- 
tősége van tehát a szállító nyújtotta támogatásnak, és főleg an- 
nak, milyen prioritással kezeli a hibákat. A levelezési fórumokon 
érdemes érdeklődni, kinek milyen tapasztalatai voltak kritikus hi- 
bák esetén a nagyobb gyártók reakcióképességeiről. 

A lemezek sikertelen átköltözésének más oka is lehet. Meg kell 
vizsgálni, hogy a lemezek betűjele lemezről lemezre megegyezik- 
e mindkét állomáson. Ha nem, azt sürgősen javítani kell. Mivel 
egy ilyen hibának még a tesztidőszakban elő kell jönnie, a súlyos- 
sága jóval kisebb, mint a fenti meghibásodásnak. 
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Hálózati rendellenességek 

Az ügyfelek , nem látják" a virtuális kiszolgálókat: 
Ha meggyőződtünk arról, hogy az erőforrások futnak, 
pingeljük meg a virtuális kiszolgálót. Ha nem érhető el, 
fizikai hálózati hibára, esetleg útválasztási problémára kell 
gyanakodni. Ha IP-címmel megy a ping, a névfeloldással van baj. 
Ellenőrizni kell, hogy a fürt névregisztrációja megtörténik-e. 

Az ügyfelek nem tudják használni egy csoport szolgáltatását: 
Ez a jelenség főleg akkor fordul elő, amikor egy erőforráscsoport 
átköltözött az egyik állomásról a másikra. Ilyenkor minden TCP- 
csatorna megszakad, hiszen azok valójában az egyik állomáshoz 
kötődnek, nem pedig a virtuális kiszolgálóhoz. A csatornákat új- 
ra fel kell építeni. Erről a metódusról azonban az ügyfél- illetve 
szerverszoftver készítőjének kell gondoskodnia. Exchange-Out- 
look esetén biztosak lehetünk abban, hogy az újrapróbálkozás 
elegendő a kapcsolat újbóli létrejöttéhez. Egy SAP, Baan vagy 
JDE esetén az eredmény már nem ilyen bíztató, gyakran csak az 
ügyfél újraindításával lehet a hibát elhárítani. 

A fürt adminisztrátorprogramja nem indul: Ha az első, ún. 
clustercsoport nem érhető el, gyakran az adminisztrációs program 
sem hajlandó elindulni. Ilyenkor meg kell győződni arról, hogy a 
fürt valamelyik állomása más módon elérhető-e. Ha nem, hálóza- 
ti hibára gyanakodjunk. Ha elérhető (például be tudunk jelentkez- 
ni egy Windows terminálon keresztül), van esély a cluster admin 
elindítására úgy is, hogy azt a működő állomáshoz csatlakoztat- 
juk: 


cluadmin 


Tessék figyelni a ,." kapcsolóra! Ez jelzi, hogy a helyi állomáshoz 
kell csatlakozni. 

A fürt eltűnik, majd megjelenik a hálózaton, a fürt hálózati beál- 
lításai , elállítódnak": Ezt a hibát egy egész cikkben tárgyalta Fóti 
Marcell kollégám, a , Farkasokkal Netmonozó" cikkében, így itt csak a 
hibát említem meg. Ajánlom a korábbi számok áttanulmányozását is. 


Igazán csak belecsippentettünk a hibakeresés rejtelmeibe. A fürt 
áldás - ha jól működik. Ha nem, akkor van igazán szükség a far- 
kasszelídítési tudományunkra és gyakorlatunkra. Mint mindig, 
most is csak módszeres olvasást, tanulást ajánlhatok az Olvasó- 
nak. Remélem, még a baj bekövetkezése előtt teszem... 


Lepenye Tamás, MCSE 2000 
lepenyet omal.hu 


0258078  Cluster Service Startup Options 

0168801 How to Enable Cluster Logging in Microsoft Cluster 
Server 

How to Troubleshoot Cluster Service Startup Issues 
Recovering from a Lost or Corrupted Ouorum Log 
How to Run the CHKDSK /F Command on a Shared 
Cluster Disk 

Explanation of Chkdsk Status Codes in Cluster Log 
Hisecdc Causes Problems with Cluster Domain 
Controllers 

Event Success Messages 4201 and 1122 Using 
Windows Clustering s 


0266274 
0245762 
0176970 


0265533 
0295091 


0276457 
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) Windows 2000 
— Server Appliance Kit 


Nemrégiben egy kicsiny cég ügyvezetőjével beszélgettem, aki a maga szemszögéből 

a következőképpen látta a Linux kontra Windows harcot: van Windowsuk is, Linuxuk is, 

de a Linux - szerinte - nagyságrendekkel kevesebb törődést igényel (igaz, szinte semmit sem 
tud, mert mindent kivettek belőle, akik telepítették). A Server Appliance Kit megjelenéséig 
nehéz volt erre okosat mondani, ma már a Microsoftnak van válasza a problémára. 


A törődés pénzbe kerül. Mi is valójában a probléma? Hol , szökik" a 
Windowsból a TCO (Total Const of Ownership, a tulajdonlás teljes költ- 
sége)? Tulajdonképpen nem szökik. A mi kisvállalatunknál azért igé- 
nyelt törődést a Windows 2000 Server, mert ez az operációs rend- 
szer egy összetett, rugalmas valami, amivel mindent meg lehet csi- 
nálni - de meg is kell csinálni, mert csak alapokat nyújt. 

Van benne RAS meg RAID és 00S, továbbá IIS, Kerberos és LDAP 
lehetőség - de mindez csak lehetőség. A mindennapos SMTP 
kommunikáció beindítására például két lehetőségünk is van, de 
sajnos mindkettő törődést igényel. Vagy CDO-scriptet írunk a 
beépített SMTP szolgáltatáshoz, vagy megvásároljuk az 
Exchange Servert. Ahhoz, hogy LDAP szolgáltatásunk legyen, 
Active Directory kell. Azt meg az ember nem hajítja rá a végfel- 
használóra alapos indok, tervezés nélkül. 

Az általános Windows nem konyhakész, s a .NET keretrendszer 
bevezetésével még általánosabbá (rugalmasabbá) válik. Beveze- 
tését meg kell tervezni, üzemeltetéséhez felkészült szakemberek 
kellenek... Ezzel szemben a sarokba letett Linux rugalmatlan 
ugyan, de sok szolgáltatása minden hókuszpókusz, nagyvállala- 
ti tervezés nélkül elérhető. Csak azt a három dolgot tudja, amit 
telepítéskor kértek tőle - de azt konyhakészen. A sors fura fin- 
tora, hogy manapság, a Windows 2000 korában a Linux üzemel- 
tetéséhez kevesebb tudás kell. Ez régen fordítva volt. 

Sakk, matt?? 


ÉLETRE 





Server Appliance Kit Setup 


Install the Server Appliance Kit. You can install the 
necessary files and help documentation to build a 
server appliance. 


Instatt additional languages. You can add support for 
multiple languages in the Server Appliance Kit. Install 
the Server Appliance Kit before adding other languages. 


Get more information. You can navigate to the Microsoft 
server appliance Web site to read technical papers, view 
partner information, and conduct research. 


Cancel 


5 A Server Appliance Kit az [1] címről tölthető le. Érdemes 
kipróbálni! 


working with 


windows / 


SAK! 

A Server Appliance Kittel egy-egy célfeladat (Network Attached 

Storage, webszerver stb.) ellátására összevarázsolt speciális, egyedi 

felépítésű Windows 2000 Serverek generálhatók, melyek az adott 

feladat ellátásán kívül semmi mást nem végeznek. 

Ideális megoldás egyedi hardverekre alapozott célgépek készítésére. 

Amint a telepítési lépések során látni fogjuk, a Microsoft célja valóban 

ez: egyedi, de sorozatban gyártott célgépek (hardvera-szoftver) kifejlesz- 

tésének megkönnyítése. 

A hangsúly az egyedi felépítésen van: nem általános Windows 2000 

kerül a kezünk közé, hanem egy célszerszám, melynek felesleges al- 

katrészei nincsenek. Webszolgáltatásra kihegyezett Server Appliance 

esetén például az alábbi funkciók tűnnek el a gépről: 

"2 DHCP, DNS, WINS Server 

2 Terminal Services Application üzemmód (az Admin mód to- 
vábbra is működik) 


5 Clustering Service (az NLBS megmarad!) 

"b RRAS 

5 Autentikációs szolgáltatások 

2 Fájl- és nyomtatómegosztás (Server service) 

De ne csak 

MLAHÍSLÁSA A Server Appliance 

nyos  számí- 8 

tógépekre Kittel egy-egy 
gondoljunk: célfeladat 

a SAK-kal fel- 

szereltegvedi (Network Attached 
célgép akár- . Storage, webszerver stb.) 
milyen  hard- ts Ed e. É 
KEKSZ ellátására összevarázsolt 
hűtőszekré- . speciális, egyedi felépítésű 
nyen, FDA-n, Windows 2000 Serverek 
nyomtatón. s ii 

Ennek persze generálhatók 


feltétele a 

Windows 2000 futtatásához szükséges hardverelemek megléte: Intel 
processzor, 128 MB RAM, 2 GB HDD, hálózati kártya stb. 

A különböző célgépeknek általában nincs lokális felhasználói felüle- 
tük. Gondoljunk csak egy nyomtatóra: monitort, billentyűzetet nem 
igényel, egyszerűen le kell rakni a sarokba, és kész! Minimális rend- 
szerfelügyeletüket tetszőleges böngészővel, távolról végezhetjük! 
Kevésbé egzotikus esetben a SAK-masina mégiscsak egy PC, és 
testre szabott webkiszolgálót, esetleg tűzfalszoftvert futtat. 
Ilyen például a Dell cég PowerApp.web 120 fantázianevű, rackbe 
szerelhető, ,egyberészes" kiszolgálóterméke. 


zaoua. on. TlVecnhnet 


A SAK története 
Minden az Embedded NT4-gyel kezdődött. Ez volt az első olyan Mic- 
rosoft operációs rendszer, amelyet téglán- 
ként lehetett megvásárolni és felépíteni. 
Ezt követte a Windows 2000-hez kiadott 
SAK 1.0, mely megteremtette a célgép-va- 
rázslás általános keretrendszerét. Ma már a 
SAK 2.0 a menő: különböző megbízhatóság- 
növelő szolgáltatásai 24 órás üzemidőt, 
kiesés nélküli szolgáltatást ígérnek. 


A telepítés 

Az izgalom kedvéért egy SAK-alapú, 

webes felügyeletet nyújtó mosógép telepítésének menetét kö- 

vetjük végig. A folyamat igen röviden így néz ki: 

1. A véglegeshez hasonló hardver összeállítása (hardvereszközök, 
eszközmeghajtók stb.). Kezdetben értelemszerűen nem a vég- 
leges eszközre telepítünk annak hiányos felhasználói felülete 
miatt (ekkor még kell billetyűzet, egér és monitor) . 

2. A Windows 2000 és az alacsonyszintű eszközmeghajtók telepítése. 

3. A Server Appliance Kit telepítése. 

4. OEM-eszközök (forgódob-driver, szárító-API stb.) meghajtói- 
nak beüzemelése. 

5. ASAPrep hardverelőkészítő futtatása. Ez eltávolítja a felhasz- 
nálói felület kezelőeszközeit (egér, billentyűzet, monitor) , és 
egy úgynevezett NULL VGA adaptert telepít. 

6. A SysPrep klónozáselőkészítő futtatása. Ez - többek között 
- törli a gép SID-jét, ami a következő rendszerindításkor egye- 
di értékkel pótlódik majd. A klónt feltétlenül el kell látnunk - 
Setup Manager Wizarddal készített - válaszfájllal, mert a 
SysPrepből ébredő operációs rendszernek kérdései lesznek, töb- 
bek közt ez: mi legyen a nevem? (Valójában egy elég összetett 
mini-setup fut le, s ennek minden kérdésére választ kell adnunk. ) 

7. Klónozás. A merevlemez tartalmának felmásolása a mosógépre. 

8. A mosógép ,bebootolása". 


A SAK-készlet 
A Server Appliance Kit telepítője három Appliance-változatot kí- 
nál fel, mindegyikben más-más komponensek vannak letiltva. 


Tél MicrosoféserverAppilance kit Setup Wizard Sz 


Select the type of appliance 
Select the Server Appliance Solution you want to bulld. 








Please select the type of appliance you want to buld. Click Next to choose the 
individual features you want includedin your Server Appliance Solution. 

















2 Back 


5 Telepítsünk web-célgépet! 
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A SAK néhány 
olyan szolgáltatást is nyújt 
az elkészült célgépeken, 
ami az eredeti 
Windows 2000-ben 
nem található meg. 


vindous 7 







Az előbbi ábrán a SAK telepítő által felkínált változato- 
kat láthatjuk. Kettő konyhakész, egy pedig teljesen sza- 
badon átállítható. A Web 
Server Appliance például 
webkiszolgáló-célgépet farag a 
Windows 2000-ből, míg a Network 
Attached Storage egy nagy megbízha- 
tóságú fájlkiszolgálót állít elő. 


WwY 


A SAK egyedi keretrendszerei 

A SAK néhány olyan szolgáltatást is 
nyújt az elkészült célgépeken, ami az 
eredeti Windows 2000-ben nem ta- 
lálható meg. Ezek a WebUI, a LocalUl és a Reliability Services. 
A SAK-varázsló következő képernyőjén ezeket a komponenseket 
tudjuk kiválasztani: 


MERETEKET áá eaz KKE 


Feature Selection 
Select the features you want installed. 


2] 











Some features have been pre-selected for you based on your previous selections. If you 
"want to add or remove features, click on that feature in the list, If you do not want to make 
changes to the features currently selected, click Next. 





Feature Description, 

Contains the components to build 
a Web user interface for 
managing the server appliance. 


This feature reguires OKB on 

Your hard drive. It has 12 of 14 

subfeatures selected. The 

subfeatures reguire 4430KB on 
ur hard drive. 











Cancel 
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5 A SAK három sajátos szolgáltatást ad a Windows 2000-hez 





"I A WebUI nem más, mint a célgép távoli felügyeletét lehetővé 
tevő, böngészőből elérhető rendszergazdai felület. Alapér- 
telmezésben a 8099-es porton érhető el, és igen gazdag 
fegyverarzenállal rendelkezik. Az alábbi ábrán a főlap, a kö- 
vetkezőkön egy-két rendszergazdai feladat lapja látható. 

4 WindowR] Powered Server Appliance Tasks - Microsoft internet Explorer 

Ele Edt Wew Fgvorites Ioois Help 
H9ra- 9-9 A 


őress ÉJ Mttp:[/172.16.0.111:BOGOJT asks aspötabl aTabsWekone 


1 PD smareh SZ Favortes  Eöreda 2 8-5 El 


jobance Powered by Microsoft Windows. Use the follováng tasks to start using the server 


Take a Tour 
Take a tour toleam 
how easy ít Is to use 
os server applance. 


Set Server 
Appltance Name 
Choose aname so that 
dient computers can 
connect tothe server 
appltance. 


a a 


Set Administrator 
Password 

Create a password for 
the server apobarce 


a 


Set Default Page 
Choose which page the 
server appbance 
displays test 





5 A WebUI főlapján a legfontosabb feladatok mellett pél- 
dául figyelmeztetéseket is látunk 
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A Local UI szintén HTML-alapú, és 


HÓ 
olyan feladatokat lehet vele elvégezni, amit hálózaton 
keresztül némiképp rizikós lenne megtenni: IP-cím átál- 


lítás, jelszócsere, a számítógép nevének módosítása stb. 
Ezen funkciók a WebUI-nak is részét képezik, de ha például az 
IP-címet elhibázzuk, a WebUI elérhetetlenné válik. Oda kell sé- 
tálni a konzolhoz! 


Ele Edt View Favörtes Tools Help 
Om- 9 - B B 0 Ps srreom Ea O/8-B SU 
-ss [Ő] hetp://172.16.0.111:8099f6h. taskírames, asppTleznabletszdorsszódsatle s zOOHPs2C v.] Éj so uzi 


EZT 
(TELET LL] 





Identification ] Global Settings ) Interfaces ( administrator 
( IP Address Configuration TATE 
/ General geszti a EGET 


anced. O Obtaln configuration from DHCP server 








6 Use the following IP settings: 


172.16.0.111 
[255.255.255.0 


1P address: 


Subnet mask: 





Default gateway: 


5 A WebUIl beállításaival óvatosan bánjunk! Egy hibás IP- 
cím , megvakítja" a gépet! 


-0 A Reliability Services (RS) főszolgáltatása a gép újraindítása, 
ha az megfagyna. Ehhez természetesen speciális hardver is 
kell. Egyes gépekben van egy úgynevezett ,watchdog 
timer", egy folyamatosan növekvő számláló, ami ha elér egy 
bizonyos értéket, a BIOS újraindítja a gépet. Az RS feladata 
e számláló nullázgatása. Ha a gép lefagy, az RS elmulasztja 
a számláló törlését, s a küszöb elérésekor magától újraéled 
a masina. Ez kiegészíthető azzal, hogy ha az operációs rend- 
szer tükrözött köteten található, a BIOS képes legyen átál- 
lítani a rendszerindítási folyamatot nem-aktív partíciókra is. 


Rendszergazdai feladatok weben keresztül 

Az alábbi ábrán összefoglalták nekünk a távolról elvégezhető 
feladatok legtöbbjét. Van itt időzített újraindítás, órabeállítás, 
mentés-helyreállítás (ez a menüpont egy Terminal Sessiont nyit, 
és abban elindítja az NTBACKUP.EXE-t - nem nagy szám), vala- 
mint riasztások küldése e-mailben. 


A SAK-Windows olcsóbb 
lesz a teljes funkcionalitású 
Windowsnál 
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windows 2 


A WindomsíR] Powered Server Appliante Task - Miszosoft internet Éxplores, 7 
le Ede Mem  Fgyoztes Iods tie 7 
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Maintenance 
Fromm ezsertiol eoeésyaakan and marterares tok, Ara szoroz the terran Servert Adi 
Server agekamet, Toeks tut cargot be performed méh tha tod can be perforrad uh the Temet 





rdvehgrondes hé control ever the. 
 kdvepeed Cent, 









Software Update 
igolv a szítmare vdate. 


kg 

















Language 
enge tha language sed by the 
sereer szgkanet 
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5 WebUI Szerszámosláda 


A WebUI segítségével akár a kötetek kvótáit is átállíthatjuk! 







Total gpace 1700 pace Tass 
149040 19240 Talk 
2000 uő Tau öz 
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5 Kötetkezelés weben keresztül, a WebUI segítségével 


Mennyibe kerül? Mire jó mindez Magyarországon? 

Maga a Server Appliance Kit az [1] címről ingyenesen letölthe- 
tő, kipróbálható. Csak a , varázsolt", használatba vett késztermék 
után kell licencdíjat fizetni. Így válik érthetővé, miért kívánja a 
Microsoft hazánkban is bevezetni ezt az eszközt: minden számí- 
tógép-szállító profitálhat a SAK-masinák használatából. Egyfelől 
könnyedén előkészítheti azt a készletet, amit eddig például au- 
tomatikus telepítéssel varázsolt fel a gépekre. Másfelől az ígére- 
tek szerint a SAK-Windows olcsóbb lesz (marketinges szakszóval: 
költséghatékonyabb megoldást nyújt) a teljes funkcionalitású 
Windowsnál: csak azért kell fizetnünk, amit valóban használatba 
veszünk a nagy testvér kismilliónyi szolgáltatása közül. 
Számítógép-szállítók figyelem! A startpisztolyt már felemelték! 
Hamarosan a magyar piacon is durran! 


Fóti Marcell 
MZ/X 
marcellf onetacademia.net 






URL-ek: 
microsoft.com/windows/embe 
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. Windows.NET :. 


Server Beta 3 


Egy új operációs rendszer környékén mindig rengeteg újdonság van - úgy tűnik 
a .NET Server kapcsán sem fogyunk ki a témából. Nem marad el a megszokott kitérő sem, 


most éppen a hardverarchitektúrák irányába. 


Családi fotó 

A korábbi számban már szóba került, hogy négy változata lesz a 
.NET Server-nek, melyek: 

2 Windows.NET Datacenter Server 

2 Windows.NET Enterprise Server 

0 Windows.NET Standard Server 

0 Windows.NET Web Server 

A fenti változatok mind egyszerre fognak elkészülni, tehát nem 
lesz olyan időbeli csúszás pl. a Datacenter esetében sem, ami- 
lyen a Windows 2000-nél volt. A 32 és 64 bites változatok szin- 
tén egy időben fognak elkészülni és megjelenni - 64 bites, azaz 
az Intel Itanium architektúrát (IA64) támogató változata vi- 
szont csak az Enterprise és a Datacenter változatnak lesz. 

Az IA64 támogatás egyébként megér egy kis 
kitérőt: az Itanium processzorok már elérhe- 
tők, sokszor felmerül a kérdés, hogy melyik 
Windows változatok támogatják ezt. Amint 
az ismeretes, a Windows XP Professional már 
megjelenése, 2001. október 25. óta elérhe- 
tő 64 bites változatban, azaz munkaállomásokba, erőfor- 
rásigényes alkalmazásokhoz (pl. mérnöki tervező, CAD rendszerek, 
stb.) Sokkal izgalmasabb persze a szerveroldali felhasználás - itt 
sem kell a Windows.NET Serverre várni: tavaly óta, azaz egész 
pontosan 2001. július 18-i kezdettel elérhető a 64 bites ún. Win- 
dows 2000 Advanced Server Limited Edition. Itt a limited szó 
nem valamiféle korlátozásra utal, sőt, ellenkezőleg - a 64 bites 
változat legnagyobb előnye, hogy az Advanced Servernél meg- 
lévő 8GB-os beépített gyakorlati memóriakorlátot, illetve a 32 
bites Intel IA32 architektúrából adódó, PAE módszerrel elméle- 
tileg címezhető 64GB-os korlátot is ledönti (a PAE, azaz az In- 
tel Physical Address Extension módszere egy hardveres ,,trükk", 
hogy az egyébként 32 biten címezhető 4GB-ot 64GB-ra tornázzuk 
fel). A 64 bites Windows 2000 Advanced Serverben mindenféle 
trükközés nélkül tudunk több terabyte memóriát lineárisan cí- 
mezni. Természetesen ehhez 64 bites alkalmazás is kell - az SOL 
Server 2000 64 bites változata bétában már elérhető, Magyaror- 
szágon ezt már teszteli is az egyik távközlési cég. 

Idén tavasztól, 2002. február 18-tól a Windows 2000 Datacenter 
Server Limited Edition OEM termékként is elérhető , tehát a 64 
bites változat - a Compag (HP)-tól, és a UNISYS-től - hazánk- 
ban is rendelhető. 

A UNISYS ES7000-es 32 processzoros modellje (melyből 3 darab mű- 
ködik az OTP Bank Rt.-ben) például hardverszinten teljesen felké- 
szült az IA64-re. A belső sínek mind 64 bitesek, és már eleve olyan 
processzorfoglalatokat terveztek az annak idején 32 bites gépbe, 
amelyekbe az Itanium is illeszkedik, így most egyszerű CPU cserével 
(és oprendszer frissítéssel) át lehet állítani 64 bites üzemmódra. 
Visszatérve a .NET Server családra: tekintsük át, melyik .NET vál- 
tozat mit is fog tudni. Ez a funkciókészlet is változott ugyanis 
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a Windows 2000-hez képest, és természetesen a jelenlegi tervek 
sem véglegesek... [1] 





5 A UNISYS ES7000 - 32 utas Intel mainframe, 
a Windows 2000 Datacenter Server igazi otthona 


Windows.NET Datacenter Server 

A Datacenter a teljes kiépítésű Windows.NET Server: 32 bites 
változatban továbbra is 64 GB a maximálisan használható me- 
mória, szintén 32 processzort tud maximálisan kezelni - újdon- 
ság viszont, hogy a korábbi 4 helyett már 8 csomópontos 
fürtözést (MS Cluster Services) használhatunk. 

Ha valaki a nagy számokért lelkesedik, a 32 CPU-s korlát eset- 
leg elkeserítheti - korábban is ennyit tudott a Windows az In- 
tel platformon. Joggal kérdezhetjük, mennyivel jobb akkor a 
.NET Server? - Nos, a válasz ismét az IA64-ben keresendő - a 32 
bites platformba már nem érdemes többet belefektetni, techni- 
kai bravúrokkal biztosan lehetne még fejlebb tornázni a 32 CPU- 
s plafont, azonban középtávon jobb az Itanium-ra és az azt kö- 
vető McKinleyre összpontosítani. 

Itt pedig nagyságrendbeli, forradalmi ugrás fog bekövetkezni a 
hardverpiacon - ezt jó ha előre látjuk. Nem pusztán a 64 bit - 
ami a memóriakorlátot dönti le - sokkal inkább az SMP archi- 
tektúrát leváltó ún. NUMA architektúrák megjelenése miatt. 


Skálázhatóság - az SMP modell 

Eddig ugyanis megszoktuk, hogy a multiprocesszoros rendszerek 
egyenlőek az SMP rendszerekkel, az ún. Symmetric MultiProces- 
sing elvvel. Ha már itt tartunk, egy kicsit ismételjük át, hogy 
hogyan működik az SMP architektúra. Az Intel többutas rend- 
szereiben ezt a fajta skálázást támogatta eddig - itt minden 
egyes CPU egyenrangú, ugyanazokat a műveleteket képes elvé- 
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kon dolgoznak, azaz minden CPU egyetlen központi 


[J memóriához csatlakozik (ezt persze több szinten is 


cache-elik, de alapjában közös memóriájuk van). 

A nehézségeket (politikailag korrekten: kihívásokat) éppen a 

közös memória kezelése okozza, ügyelni kell ugyanis az ún. 
cache-koherenciára. Egy CPU esetén nagyon egyszerű a gyorsító- 
tár kezelése: egy darabot átmásolok a cache-be a nagy memóriá- 
ból, ezen a másolaton dolgozom, majd időnként visszaírom a vál- 
tozásokat a központi memóriába (write-back). Több CPU esetén 
viszont ki kell küszöbölni azokat az eseteket, amikor ugyan kimá- 
solunk egy darabot a központi tárból a saját gyorsítótárunkba, de 
időközben egy másik CPU módosítja a saját példányát ugyaneb- 
ből a másolatból. Ekkor a saját (régi, elavult) másolatunkat ér- 
vényteleníteni kell. Ha mégis dolgozni akarunk ezen a példányon, 
a másik CPU gyorsítótárát vissza kell írni a központi tárba, és on- 
nan újra le kell másolnunk ezt a frissült tartalmat a saját cache- 
ünkbe. (Közvetlen cache-ből cache-be általában nem tudunk má- 
solni). Ehhez az összes CPU memóriaműveletét folyamatosan fi- 
gyelni kell, amit egy hardveres ún. cache-koherencia biztosító lo- 
gika a fenti működést biztosító optimalizált write-back és write- 
through algoritmusokkal old meg. 
A nagyobb prob... kihívást a cache-koherencia mellett a skáláz- 
hatóság fizikai határa jelenti. A közös memóriát mindenkinek el 
kell érnie, ezt legegyszerűbben közös rendszersínre való csatla- 
kozással lehet megoldani. Az egyik gond itt az, hogy - osztott 
erőforrás lévén - a rendszersín használatáért sorba kell állni (idő- 
ben ütközések lesznek, ami miatt egy-egy CPU-nak meg kell várnia 
a másik memóriatranszferjét). A másik gond, hogy minél több 
CPU csatlakozik a rendszersínhez, annál hosszabbra kell építeni, 
hiszen fizikailag több CPU fog csatlakozni. Hosszabb sínen las- 
sabb a jelterjedés, a buszfrekvenciát nem lehet magasra növelni, 
azaz nem nő lineárisan a teljesítmény. Minél több CPU-t csatla- 
koztatunk, annál inkább ,lehajlik" a teljesítménygörbe. 


A négyprocesszoros Intel SMP blokkok hatása 

A busz hosszúságának fizikai problémáját a hardveripar többfajta 
geometriai trükkel is próbálta már kiküszöbölni. A Silicon 
Graphics (SGI) gépekben nagyon ötletesen az egyes CPU-k pél- 
dául a fogaskerék fogaihoz hasonlóan a rendszersínhez, mint egy 
térbeli tengelyhez kapcsolódnak, - így rövidítve le a buszhoz 
szükséges vezeték hosszát. A PC iparban a skálázhatósággal kap- 
csolatos gondot mindig is az jelentette, hogy az Intel nagy tö- 
megben, nagyon olcsón állít elő négyprocesszoros blokkokat, SMP 
áramköri egységeket. Négy processzor fölé menni ezért csak úgy 
érdemes, ha valahogy ezekből az Intel egységekből, mint lego 
kockákból építkezünk. Nem érdemes teljesen új, tegyük fel hat 
CPU-s architektúrát kidolgozni, mert bár lehet, hogy gyorsabban 
működne, szebb technológia lenne, ám előállítása nagy tételben 
nem lenne gazdaságos, csak nagyon hosszú távon térülne meg. 
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5 A Profusion modell — minden nyolcutas Intel gép alapja 


A Corollary Profusion 

Egy Corollary nevű kis cég elsők között ismerte fel ezt a törvény- 
szerűséget. Jópár éve kidolgozott egy ötletes technológiát, amivel 
kettő darab olcsó Intel 4 CPU-s blokkot hatékonyan össze tudott 
kapcsolni egy nyolcutas architektúrába. A Profusion nevű módszer 
lényege, hogy a nyolc processzor nem egyetlen közös sínre csat- 
lakozik, hanem mindkét blokknak van egy saját sínje, és ezt a két 
sínt egy központi memóriavezérlő és cache-koherencia figyelő 
egység köti be a központi memóriaegységbe (lásd az ábrán). 
Ezzel a módszerrel a két rendszersín buszfrekvenciája viszonylag 
magas maradhat, míg a központi vezérlő biztosítja, hogy a két 
blokk mégis egyetlen közös egységként működjön. A Profusion 
technológiát időközben a Compag megvásárolta, és ma minden 
nyolcutas rendszernek ez az alapja. 


A UNISYS CMP modellje 

A Profusion modell csak két blokkig ment el. Ha továbbgondol- 
juk ezt a módszert, eljutunk a UNISYS megoldásáig - egy köz- 
ponti memóriavezérlőre kapcsolva csillagpont- vagy küllőszerűen 
bármennyi blokkot összekapcsolhatunk így. A központi vezérlő 
ekkor tulajdonképpen útválasztóként működik a 4 CPU-s blokkok 
és a központi memória közötti forgalom irányításában, eldöntve, 
hogy éppen ki férhet hozzá a központi tárhoz. A UNISYS ES7000- 
es gépben megjelenő CMP modell (Cellular MultiProcessing) nyolc 
ilyen blokkot kezel, azaz 32 utas architektúrát valósít meg (ezt 
a technológiát a Dell egy az egyben licencelte a UNISYS-től, így a 
Delltől közvetlenül is vásárolható már 32 utas gép - teljes kiépí- 
tésben ezt csak a Windows 2000 Datacenter Server támogatja) . 

A CMP érdekessége még, hogy a 4 CPU-s Intel blokkokhoz, az 
egyes processzorokban lévő integrált Level1 és Level2 szintű 
cache-ek mellet saját maga egy harmadik szintű gyorsítótárat is 
tartalmaz, ami nem az egyes CPU-khoz kapcsolódik, hanem az 
egész blokk közösen használt gyorsítótáraként működik (ez a 
TLC, azaz Third Level Cache, mérete maximum 4GB lehet, tehát 
duplája az Intel CPU-k L2 cache-ének - lásd az alábbi ábrán). 


tech.net 


eN08. 4. 





MSU z Memory Storage Unit 


DIB  - Direct [/O Bridge 


TLC z Third-Level Cache PCI z PCI Device 


CPU z Pentium III Xeon Processor 
5 A UNISYS ES7000 szerver belső felépítése 


Párhuzamos feldolgozás - az MPP modell 

A számítógéparchitektúrák elméletében (és a gyakorlatban is) is- 
meretes az SMP modell ellentéte, az ún. MPP, a Massive Paralel 
Processing architektúra. Az MPP rendszerben más-más feladatot 
látnak el a CPU-k. (Akár más műveletkészlettel is rendelkezhetnek, 
mint pl. a régi időkből ismert Intel matematikai ko-processzor. Ez 
azonban ritka, többnyire az összes processzor azonos.) A pro- 
cesszorok nem ugyanazokon az adatokon dolgoznak, egy nagy 
feladatot párhuzamosan végezhető részfeladatokban végeznek 
el, ezeket egymástól függetlenül oldják meg (innen a Paralel el- 
nevezés). Mivel minden CPU saját, független részfeladatot kap, 
és ezekhez önálló, elkülönült adatok tartoznak, egy MPP rend- 
szerben minden CPU-nak saját, különbejáratú memóriája van, 
melyet a többiek nem használnak. Ha pedig nem kell osztott me- 
móriát használni, megszabadulunk egy csomó problémától, ami 
az SMP architektúrában fennáll: nem kell versengeni a központi 
tárért, nincs ütközés a közös rendszersínen, nem kell megvárni, 
míg egy másik CPU befejezi memóriaműveletét - nincs is közös 
rendszersín. Legfőképp pedig: nem kell bonyolult cache algorit- 
musokat használni, ügyelni a cache koherenciára. 

Az MPP használatának a fenti paradicsomi előnyökön kívül van 
egy borzasztó nagy hátránya (kihívása): a programok, szoftverek 
számára ez az architektúra nem átlátszó, a szoftvernek tudnia 
kell, hány CPU van a rendszerben, hiszen ennyi részre kell bon- 
tania a megoldandó feladatot. A programozóra hárul tehát, hogy 
független, párhuzamos részfeladatokra bontsa a szoftverét, me- 
lyek külön CPU-kon futtathatók. Ez fáradságos, manuális munkát 
igényel, mert nem az oprendszer szórja szét a feladatokat. Algo- 
ritmuselméleti tanulmányainkból pedig tudhatjuk, hogy a 
feladatok bizonyos része nem párhuzamosítható könnyen, így 
nem minden típusú feladatnál lehet az MPP architektúrát kihasz- 
nálni. Emiatt, és a plusz programozói munka miatt az ilyen rend- 
szereket csak nagyon nagy teljesítményt igénylő tudományos 
számításokhoz használják (hasonló párhuzamosítható, független 
számítások működnek a manapság népszerű elosztott számítási 
rendszerekben, amikor a saját PC-mre letölthetek egy részfeladatot 
az Internetről, a saját adataival, majd a végeredményt visszakül- 
döm. A részfeladatok eredményeinek összesítése természetesen 
extra munkát jelent. Tulajdonképpen mindkét rendszer lazán csa- 
tolt (nevezzük végre nevén), csak az utóbbi elosztott, míg az MPP 
egy gépen belüli lazán csatolt architektúra) . 
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A NUMA architektúra 

A fenti két megközelítést, az SMP-t és az MPP-t öt- 
vöző megoldás az ún. NUMA architektúra. Ha jól tu- 
dom, ezt eredetileg a Seguent nevű cég dolgozta ki, 
és tőle az IBM vette meg (vagy licencelte) az utóbbi idő- 

ben (illetve több hasonló implementáció is létezett korábban, pl. 
a Cray Computer fejlesztésében, amit felvásárlás után a Silicon 
Graphics az SGI Origin 2000 gépben vitt tovább). A NUMA a Non- 
Unified Memory Access kifejezés rövidítése, hivatalosan ccNU- 
MA-ként emlegetjük, ahol a ,cc" nem a carbon copy, hanem a 
fent említett cache-cóherent működési módot jelenti. 


1. cella 


he gy 









Rendszersín 
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5 A ccNUMA arhitektúra lelke a központi, cahce-koherenciát 
biztosító memóriavezérlő chipset. 


A NUMA lényege, hogy többprocesszoros blokkokból, ún. cellák- 
ból építkezünk. Egy cella önmagában úgy működik, mint egy SMP 
rendszer - mondjuk négy processzort tartalmaz, amelyek együtt 
közös memóriával rendelkeznek. Ez a memóriaegység a cellán be- 
lül, ugyanazon az áramköri lapon található. A memóriát a CPU-k 
egy cache-koherencia vezérlőn keresztül érik el. A trükk az, hogy 
egy rendszerben több cella kapcsolható össze, fűzhető fel egy 
memóriasínre, s ehhez a külső sínhez minden egyes cella a me- 
móriavezérlő egységen keresztül csatlakozik. Azaz a saját, cella- 
áramkörön lévő helyi memória mellett egy CPU a külső sínen ke- 
resztül egy másik cellán lévő, távoli memóriát is el tud érni. 
zött a sebességben van. Mivel utóbbi egy külső sínen történik, 
amit több cella is használ, ütközések történhetnek, lassabb a 
kommunikáció (a sín fizikailag is hosszabb, lassabb rajta a jelter- 
jedés, így kisebb órajellel tud működni). Persze ennek a sínnek is 
lehet csillagpontos, pont-pontszerű struktúrája, így a blokkok 
között is végezhető útvonalválasztás, hasonlóan a UNISYS CMP 
modelljéhez. A nagy különbség a NUMA és a CMP között, hogy 
NUMA esetében minden 4 CPU-s cellának saját, helyi memóriá- 
ja van. A CMP-ben csak egy harmadik szintű cache található - 
ott minden CPU az egyetlen nagy közös tárhoz fordul. 

A CMP ezért teljesen átlátszó a programozó számára, hiszen bár- 
milyen adat elérése ugyanolyan sebességgel történik. A NUMA 
esetében viszont nem mindegy, hogy az éppen használt adat a 
saját cella helyi, vagy egy távoli cella memóriájában van. A se- 
bességkülönbség a kétfajta memória elérése között tipikusan 1- 
3 arányú, azaz kb. háromszor lassabban érhető el a távoli me- 
mória a külső sínen keresztül. 
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Úgy gondolhatnánk, hogy ebben az esetben ismét a 
programozóra hárul a feladat, hogy szoftverét opti- 
málisan írja meg, azaz figyeljen arra, hogy éppen 
melyik cellán fut a program egy-egy darabja, és neki 
kell ügyelnie arra, hogy minimális számú távoli memóriát 
érjen el. Nos, ez szerencsére nem így van (ahogy a Pentium 
pipeline-ra sem a szoftverfejlesztő, hanem a fordító optimalizál) , 
megfelelő oprendszer-támogatással a NUMA átlátszóvá tehető a 
szoftverek számára. Az oprendszer úgy szét tudja osztani a 
processzeket a cellák között, hogy optimalizálja a helyi és távo- 
li memóriahasználat arányát. Az átlátszóságnak hatalmas jelen- 
tősége van: eddigi alkalmazásaink binárisan teljesen kompatibi- 
lisek lesznek az új NUMA rendszerrel, azaz egy eleddig egy-, vagy 
többutas SMP PC-n futó szoftvert mindenféle módosítás, átírás 
nélkül áttehetünk egy NUMA gépre, ott ugyanúgy fog futni. 


NUMA támogatás a .NET Server-ben 

A Windows.NET Server az Enterprise és a Datacenter változatban 
támogatni fogja az Intel alapú NUMA architektúrát. Ez azt jelen- 
ti, hogy ha egy NUMA gépre telepítjük a .NET Server-t, egy másik 
HAL-t (Hardware Abstraction Layer-t) kell telepítenünk (ugyan- 
úgy, mint a duál processzoros vagy egyéb többutas SMP rendszerek- 
nél), és ettől a kernelmechanizmusok (ütemezés, memóriakezelés, 
erőforrásallokálás stb.) is NUMA-ra lesznek optimalizálva. 

Ahogy említettem, és most már láthatjuk is, a NUMA legna- 
gyobb előnye, hogy az Intel által gyártott igen olcsó 4 CPU-s 
SMP blokkokból, cellákból építkezve tulajdonképpen bármennyi 
felfűzhető egy nagy közös sínre. Nem számít (annyira), hogy 
annak egyre lassabb lesz a működése a CPU szám növekedésé- 
vel, hiszen oprendszerszinten optimalizált a memóriaelérés. Ha 
jobban belegondolunk, a napjainkban használt, nagy teljesít- 
ményt igénylő alkalmazások, szoftverek nagyon is jól illeszked- 
nek ehhez az architektúrához. A legtöbb alkalmazás ugyanis 
azért igényel nagy teljesítményt, mert rengeteg konkurrens, 
párhuzamos felhasználót szolgál ki (kliens-szerver, vagy többré- 
tegű alkalmazás). Az egyes ügyfélkapcsolatok, munkamenetek 
(session-ök) pedig tipikusan függetlenek egymástól, így ha egy- 
egy klienskapcsolat processzei egy cellán belül kerülnek 
szétosztásra a 4 CPU között, azok szinte mindig nagy sebesség- 
gel dolgozhatnak, hisz csak a lokális memóriára lesz szükségük. 
Szándékosan hoztam fel jó példaként a többrétegű alkalmazáso- 
kat. Ahhoz, hogy ez a modell tényleg jól skálázható legyen, az 
kell, hogy az összes kliens által közösen használt adatbázist egy 
külön gépre, rétegbe helyezzük, ahol az egymásért versengő ké- 
réseket hatékonyabban tudjuk optimalizálni (lásd SOL Server). 
Ebben az esetben egy gépen belül is szinte lineárisan nőhet a 
teljesítmény: kétszeres CPU számmal közel kétszer annyi fel- 
használót tudunk kiszolgálni, nem hajlik le a görbe annyira, 
mint a hagyományos SMP-nél. 

Nos, hogy miért is forradalmi ez a változás? A NUMA apró rendsze- 
rekben, bizonyos célfeladatokra eddig is létezett. A robbanást az 
okozza, hogy 2003-ra Intel IA64 platformon szinte minden nagy 
gyártó ki fog hozni NUMA PC szervereket. Most pedig kapaszkod- 
junk meg: a hírek szerint akár 192 és 256 processzoros gépekről is 
szó lehet! 64 bites Itanium (később McKinley) processzorokkal! 
Fontos tehát tudni, hogy a .NET Datacenter Server csak a 32 bi- 
tes változatában lesz 32 CPU-ra korlátozva. A 64 bites verzióban 


ugyanis akár 256 ablakot is láthatunk majd a Task Managerben, 
és minimum 256 jelölőnégyzetet fogunk látni, ha kézzel akarunk 
CPU affinitást állítani. Mindez pedig nem díszként lesz ott, ha- 
nem ott fognak dohogni azok a vasak is a szoftver alatt, amik 
ezt az erőt hardveroldalról is biztosítják. 

A kis kitérő után a hardverarchitektúrák világába, folytassuk 
most a következő .NET Server változat funkcióival: 


Windows.NET Enterprise Server 

Az Enterprise változat a Windows 2000 Advanced Server utódja, 
meg kell majd szoknunk az új nevet. 32 bites változatában az 
eddigi 8 CPU-s korlát megmarad, azonban a korábbi 8GB-os me- 
mórialimit itt 32GB-ra emelkedik (PAE használatával természete- 
sen). A fürtözhető csomópontok száma is a duplájára, négyre 
nőtt. Az NLBS, a hálózati terhelésmegosztás továbbra is része 
ennek a változanak (a Datacenternek is) - továbbra is maximum 
32 géphez rendelhetünk egy virtuális IP címet, 32 gépet kap- 
csolhatunk egy fürtbe. A számok szerelmesei itt tehát újfent 
csalódottságot érezhetnek, ám itt megjegyezném, hogy az ilyen 
NLBS farmok további skálázására nem az egy farmon belüli gé- 
pek számának növelése a helyes stratégia. Már most is működ- 
nek Windows 2000 Advanced Server alapon akár 192 kiszolgáló- 
ból álló rendszerek - ilyenkor mondjuk 16 gépet teszek egy 
NLBS farmba, összesen pedig 12 farmot készítek. A 12 farm kö- 
zött pedig DNS round-robinnal osztható szét a terhelés. Ez az 
olcsóbb megoldás, és ráadásul nagy rendelkezésre állású is le- 
het: egy elsődleges és másodlagos DNS-t használva (zónatransz- 
ferrel) az első kiesése esetén a kliensek a timeout után a másik- 
hoz fognak fordulni. Jó, ha ilyenkor ez a két DNS nem ugyana- 
zon az IP alhálózaton van, mert ha az alhálózathoz vezető út- 
vonalválasztó (router) kiesik, egyik DNS-t sem érem el (ez tör- 
tént néhány éve, amikor a www.microsoft.com weboldal nem volt 
elérhető egy rövid ideig — minden működött, négy DNS is volt, de 
ugyanazon az alhálózaton, és a router romlott el...) A drágább 
megoldás hardveres lehet, például a Cisco LocalDirector, ám ek- 
kor ez a szem ,single-point-of-failure" lehet - ezt a gyenge 
láncszemet a BigIP megoldása tudja kiküszöbölni. A 192 gépes 
példa persze szándékos volt, ez azért kellemes szám, mert a 
Compag (HP, vagy HPO) gyárt olyan ún. Web Blade gépeket 
(Windows 2000 Server Embedded alapú ún. Server Appliance-szel, 
azt hiszem BL35 vagy 36 a száma), melyek egy max. 192 gépes 
rackszekrénybe szerelhetők, így az egész többfarmos történetet 
hardveroldalról is könnyen kezelhető, szerelhető, beköthető, 
szervízelhető holmival tudjuk megoldani. (Minderről egyébként 
részletesebben is hallhattunk Szalontay Zoltán kollégám TechNet 
előadásán az ún. IDC MSA, azaz az Internet DataCenter Microsoft 
Solution Architecture ismertetésénél.) 

Az NLBS-sel kapcsolatban: a .NET Server ettől függetlenül szá- 
mos újdonságot is tartalmaz - ennek, és a maradék Server vál- 
tozatoknak (Standard és Web Server) ismertetése úgy tűnik a kö- 
vetkező részre marad... 


Horváth Tamás 
MCSE2000 


Microsoft Magyarország 


A fent közöltek a szerző saját véleményét tükrözik, és semmilyen módon nem te- 


kinthetők a Microsoft Corporation hivatalos álláspontjának. 
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DNS és névfeloldás. 
a Windows 2000-ben 


A névfeloldás (azaz a meglévő hálózati (számítógép-) névhez tartozó hálózati (IP-) cím 
keresésének folyamata) a Windows 2000-ben lényegesen különbözik az elődök 
működésétől. Míg ott a NetBIOS névfeloldás volt az elsődleges adatforrás, a Windows 
2000 természetesen - és szerencsére - először a DNS-sel próbálkozik. 


A Windows NT is próbálkozott persze a DNS névfeloldással, ha a 
NetBIOS csődöt mondott, illetve ha a feloldani kívánt név 
hossza meghaladta a 15 karaktert (vagy pontot tartalmazott) . 


Egy kis DNS alapismeret 

(2000/11, 12. szám). Az alapok áttekintése érdekében érde- 
mes fellapozni azokat a cikkeket is; mi most körülbelül onnan 
folytatjuk, ahol ott abbahagytuk. Az érthetőség kedvéért persze 
elkerülhetetlen, hogy a fontosabb dolgok esetleg ismétlődje- 
nek, de mint tudjuk, ismétlés a tudás anyja... 

A DNS-zóna legfőbb rekordja a legfontosabb zónainformációkat 
őrző, úgynevezett SOA-(Start Of Authority) rekord. Windowsban 
a S0A-rekord adatait a zóna tulajdonságlapján ellenőrizhetjük 
és módosíthatjuk. 





falatrax.húlproperties őz 8 28] 
WINS ] Zone Transfers ] Security ] 

General Start of Authority (SOAJ— ]  NameServes  ] 

Serial number: ! 

ed Increment íj 

Primary server: ] 


server falatrax.hu. Browse... 


Responsible person: 


! 
admin falatrax.hu. Browse... I j 
! 


Refresh interval: 15 minutes 5 I 
Retry interval: 10 minutes s ] 
Expires after: 1 days A I 


Minirnum (default) TTL: JÚ a. a 


TTL for this record: 0 a a 0 








5 A zóna SOA-rekordja 


A SOA-rekord elemei a következők: 

5 A zóna sorozatszáma (Serial number): ez az érték minden vál- 
toztatás után automatikusan nő (vagy az Increment gomb- 
bal kézzel is növelhetjük). A másodlagos névkiszolgálók ez 


alapján tudják eldönteni, hogy az utolsó replikáció óta tör- 
tént-e változás a zónában. 

A zóna elsődleges névkiszolgálója (Primary server): az a DNS- 
kiszolgáló, ami a zóna elsődleges, írható példányát tárolja. 
A zónáért felelős személy (Responsible person): tulajdonképpen 
egy e-mail cím, ahol a (2 jel helyett is pontot írunk. 
Frissítési időszak (Refresh interval): a másodlagos névkiszol- 
gálók ennyi időnként próbálkoznak meg a zónafrissítéssel - 
lekérdezik a S0A-rekordot, és ha a verziószám alapján szük- 
ségesnek látják, zónaátvitelt kezdeményeznek. 

-? Újrapróbálkozási időszak (Retry interval): ha a frissítés siker- 
telen volt, a másodlagos névkiszolgálók ennyi idő múlva (és 
ennyi időnként) próbálkoznak meg a zónaadatok frissítésével. 
Lejárati idő (Expires after): ha a frissítés folyamatosan nem 
sikerül, a másodlagos névkiszolgálón tárolt zónaadatok , sza- 
vatossága" ennyi idő múlva jár le. Ez alatt az idő alatt - még 
a sikertelen frissítések mellett is - a másodlagos kiszolgáló 
folytatja a kérések kiszolgálását. Ha azonban ez az idő lejár, 
a kiszolgáló megtagadja a választ. Az alapértelmezés itt egy 
nap, ami azt jelenti, 

hogy ha a kapcsolat a 


DNS-kiszolgálóink . kö- A DNS-zóna legfőbb 


zött péntek este meg- kordi 
szakad, szombaton es- rekordja a 


te mehetünk be hey- Start Of Authority 
reállítani a dolgot. Ha 

a zóna nem változik 

túl gyakran (és azért általában nem), ezt az értéket érdemes 
felemelni három napra (biztos, ami biztos, húsvét, pünkösd 
és egyéb hosszú hétvégék kedvéért). 

2 Alapértelmezett élettartam (Minimum/default Time To Live): 
a zónában található, külön TTL-értékkel nem rendelkező re- 
kordok élettartama (nap:óra:perc:másodperc formátumban). 
Az élettartam határozza meg, hogy az ügyfelek (nem a má- 
sodlagos kiszolgálók!) mennyi ideig tárolhatják saját gyorsí- 
tótárukban egy-egy előző lekérdezés eredményét. Erre a kér- 
déskörre később még visszatérünk. 

"8 A SO0A-rekord élettartama (TTL for this record): az ügyfelek 
a SOA-rekordban tárolt adatokat is tárolhatják (dinamikus 
regisztrációhoz például szükség van a zóna elsődleges névki- 
szolgálójának nevére). Ilyenkor a SOA adatainak tárolására 
is ugyanazok a szabályok vonatkoznak, mint bármely más 
bejegyzésre a zónában. 


A rekordok élettartama 
Ha a DNS kiszolgáló MMC felügyeleti konzoljában a View menü- 
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ben kiválasztjuk az Advanced üzemmódot, a rekor- 
dok tulajdonságlapjain is látni fogjuk a TTL mezőt. 
Figyelem, ez az élettartam továbbra sem azt jelenti, 
hogy a rekord ennyi idő után eltűnik a zónából (az 
csak a dinamikus deregisztráció folyamán vagy szemétgyűjtés 
idején történik meg), hanem azt, hogy ha ezt a rekordot bárki le- 
kérdezi, ennyi ideig tárolhatja a választ a saját gyorsítótárában! 


A zóna névkiszolgálói 

A valóságban legjobb, ha minden DNS-zóna legalább két névki- 
szolgálóval rendelkezik. A zóna névkiszolgálóit a DNS-adatbázis- 
ba regisztrált NS (NameServer) rekordok jelzik; a Windows 2000 
DNS-konzolban azonban nem kötelező kézzel létrehoznunk eze- 
ket a rekordokat. 


parancssorba, és a server paranccsal kiválasztottuk az ,áldozat" 
DNS-kiszolgálót, az Is -d czónanév: parancs kiadásával megpró- 
bálhatjuk a teljes zóna kilistázását. Ha a zónaátvitel nincs en- 
gedélyezve, az ábrán is látható hibaüzenetet kapjuk. Ugyanerre 
az eredményre jutna persze bármelyik DNS-kiszolgáló is. 

A kiszolgálók közötti normális adatátvitel érdekében természetesen 
ezen a szigorú szabályozáson enyhítenünk kell. A zóna tulajdon- 
ságlapján, a ,Zone Transfers" oldalon meghatározhatjuk, hogy mely 
IP-címekről érkező kérdéseknek engedélyezzük a zónaátvitelt: 
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a A zóna tulajdonságlapján megadott DNS-kiszolgálók sza- 
bályos NS-rekordként jelennek meg a zónában 


Elég, ha a zóna tulajdonságai között, a Name Servers oldalon megad- 
juk a kiszolgáló(k) nevét és IP-címét, a Windows 2000 ezeknek meg- 
felelően létrehozza a zónában a szükséges NS- és egyéb rekordokat. 


Zónaátvitel 

Az elsődleges és másodlagos névkiszolgálók közötti adatrepliká- 
ciót zónaátvitelnek (zone transfer) hívjuk. A másodlagos névki- 
szolgálók a zóna SOA-rekordjában meghatározott időközönként 
megpróbálják felvenni a kapcsolatot az elsődleges kiszolgálóval, 
majd letölteni onnan a változásokat. A teljes zóna letöltését azon- 
ban biztonsági okokból nem szokás bárkinek engedélyezni, a zóna 
ugyanis sok olyan információt is tartalmazhat, amit , véletlensze- 
rű" lekérdezéssel nem érnénk el, de a teljes zóna letöltésével ter- 
mészetesen igen. Éppen ezért meghatározhatjuk, hogy milyen IP- 
címekről érkező kérések jogosultak a teljes DNS-zóna letöltésére. 


cx (Command Prompt - nstookup 










:IMönslookup 
efault Server sgysea. a sen zz 
ddress: LFS 981 Fi. EM 


2? server 192.168.77.2 
efault Server: [192.168.77.21 
ddress: 192.168.77.2 


2? ls -d falatrax.hu 
CIC[192.168.77.211 
Can"t list domain falatrax.hu: Guery refused 


o A kiszolgáló visszautasítja a zónaátvitelt 


A zónaátvitelt (azaz a teljes zóna listázását) az nslookup pa- 
ranccsal mi is megpróbálhatjuk. Miután beléptünk az nslookup 
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o A zónaátvitel a névkiszolgálók, vagy külön IP-címmel fel- 
sorolt gépek számára engedélyezhető 


Miután az , Allow zone transfers" lehetőséget kiválasztottuk, ad- 
juk meg, ki jogosult a zónaátvitelre: 
0 To any server: bárki (nem ajánlott). 
2 Only to servers listed on the Name Servers tab: a Name Servers 
oldalon felsorolt kiszolgálók (azaz a zóna névkiszolgálói) . 
2 Only to the following servers: csak az itt felsorolt IP-címek. 
A zónaátvitel letiltása nem jelenti azt, hogy a kiszolgáló nem 
válaszol bárki DNS-kérdésére. Egy-egy rekordot bárki lekérdez- 
het, a zónaátvitel a teljes zónafájl letöltését korlátozza. A leg- 
jobb megoldás talán a névkiszolgálók (középső opció) választá- 
sa. Időnként - például ha hivatalosan új tartományt szeretnénk 
bejegyezni a .hu alá - azonban előfordulhat, hogy külső, ,ide- 
gen" IP-címek részére is engedélyeznünk kell a zónaátvitelt. 
Ilyenkor kénytelenek vagyunk a jogosult IP-címeket (a saját ki- 
szolgálóinkét is!) szépen sorban felvenni a listába. 


Értesítés a zóna változásairól E 
A DNS-szabványok lehetőséget adnak arra is, hogy az elsődleges 
kiszolgálók értesítsék a másodlagos kiszolgálókat, ha a zónák 
adatbázisában valamilyen változás történt. A másodlagos kiszol- 
gálók az ilyen értesítésre ugyanolyan zónaátvitelt kezdeményez- 
nek, mint az automatikusan, időnként bekövetkező replikációk 
során. A fenti ábrán látható ,Notify" gomb segítségével jutha- 
tunk el ahhoz az ablakhoz, ahol beállíthatjuk, hogy a DNS-ki- 
szolgálónk kiket értesítsen az esetleges változások során. A le- 
hetőségeink itt is hasonlóak, mint az előbb: 

0 Servers listed on the Name Servers tab: értesítés küldése a 
Name Servers oldalon felsorolt kiszolgálók részére (ésszerű 
választás) . 

2 The following servers: értesítés küldése az alább felsorolt 
IP-címekre. 


Névfeloldás a Windows 2000-ben 

Amikor a Windows 2000 egy név feloldására (azaz a névhez tar- 
tozó IP-cím kiderítésére) készül, DNS-kéréssel próbálkozik. Ha er- 
re a kérésre nem érkezik értékelhető válasz, de a feloldandó név 
rövidebb, mint 16 karakter, a kérés a NetBIOS névfeloldáshoz to- 





e008. UL. 


vábbítódik. Ha a név hosszabb 16 karakternél, vagy a NetBIOS 
névfeloldás sem sikerül, a művelet hibával ér véget. Cikkünk té- 
mája , csak" a DNS-névfeloldás, lássuk tehát azt részletesebben. 


DNS-névfeloldás 

Amikor a felhasználó egy DNS-nevet ad meg a Windows-nak, tulaj- 

donképpen három (gyakorlatban inkább csak két) formában teheti: 

2 FODN (Fully aualified Domain Name) formátumban: a felhasz- 
náló a teljes DNS-nevet megadja (ponttal a végén): 


(e leőmmanderompti 








icrosoft Windous 2889 [Version 5.89.21957 
KC) Copyright 1985-2888 Microsoft Corp. 


"ping server.falatrax.hu. 
inging server.falatrax.hu [192.168.77.21 vith 32 bytes of data: 


leply fron 192.168.77.2: bytes-32 tineC18ms TITIL-128 
leply from 192.168.77.2: byutes-32 timeCiBns TTL-128 


-2 Ungualified Domain Name formátumban: ez esetben a név 
végén nincsen pont, ezért , ki kell találnunk", hogy a kérdé- 
ses teljes név mi lehet: 






EEETTZüns 


icrosoft Windows 2009 [Version 5.89.21951 
(0) Copyright 1985-2889 Microsoft Corp. 


Mping server 
inging server.falatrax.hu [192.168.77.21] with 32 bytes of data: 


eply from 192.168.77.2: bytes-32 timeCigns TIL-128 
levly fron 192.168.77.2: butes-32 timeCi8ms TTL-128 








A harmadik variáció hasonló az utóbbihoz, a különbség csak 
annyi, hogy a kérdés tartalmaz ugyan pontot, de nem a végén 
(pl.: ,server.intranet"). A név feloldásának folyamata ilyenkor 
szinte ugyanaz, mint a pont nélküli változatban: ki kell deríte- 
nünk, hogy a név melyik DNS-zónába tartozhat. Egyetlen kü- 
lönbség van: ha a feloldandó név tartalmaz pontot, de nem a 
név végén, a Windows megpróbálja azt FODN-ként feloldani 
(azaz egy pontot illeszt a kérdés végéhez -— az előző példánál ma- 
radva: , server. intranet. ") . 

Ha a kérdés eredetileg is FODN-név volt, és a feloldás nem ho- 
zott eredményt, a névfeloldás itt véget ért. Ha eredetileg nem 
FODN-t kérdeztünk, következhet a DNS-utótagok kiértékelése. 


A DNS-utótagok kiértékelése 
A DNS-utótagok arra használhatók, hogy a nem teljes DNS-nevek 


s feloldása esetén azo- 
A DNS-utótagok kat a feloldás idejére 
arra használhatók, 


a kérdéses névhez 
hogy a nem teljes 


csatoljuk (azaz, a ne- 

vet , elhelyezzük" va- 

DNS-nevek feloldása amelyik DNS-zónában 
esetén azokat 

a feloldás idejére 


-ezzel megadjuk a 
a kérdéses névhez 


Windowsnak, hogy a 
nevet melyik tarto- 
csatoljuk 


mányban kell keres- 
nie). A — Windows 
2000-ben többféle 
DNS-utótagot is defi- 
niálhatunk. Minden Windows 2000-nek van egy elsődleges (pri- 
mary) DNS-utótagja, ami általában megegyezik a Windows 2000 
tartomány nevével. Ez így természetes, hiszen így elkerülhetjük, 
hogy a napi munka során mindig meg kelljen adnunk a számító- 
gépek teljes DNS-nevét. Az elsődleges DNS-utótag beállításához 
nyissuk meg a My Computer tulajdonságlapját, majd ott a Network 


ach.net working with 


windows / 


Identification oldalon a Properties... gombra kattint- 
va megjelenő Identification Changes oldalon kattint- 
sunk a More... gombra: 





General Netvrork Identification ] Hardware ] User Profiles ] Advanced ] 
Identification Ch: E E 2121 


You can change the name and the membership of this 
computer. Changes may affect access to network resources. 





tiíy your computer 


Computer name: 
w2kpro 


Full computer name: 
w2kpro.falatrax.hu 


Network ID 
Properties 


2]xi 


More... ] 
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Primary DNS sulffix of this computer: 
[fdatraz.hu 





[7 Change primary DNS suffix when domain membership changes 


— — NetBIOS computer name: 


W2KPRO 


—— This name is used for interoperabilíty with older computers and services. 


Cence 


o A számítógép elsődleges DNS-utótagja 








A néhány sorral ezelőtt említettek miatt értelemszerű, hogy a 
Change primary DNS suffix when domain membership changes" 
(azaz , Elsődleges DNS-utótag megváltoztatása a számítógép tar- 
tományba lépésekor") opció legyen bejelölve. Ez az ablak egyéb- 
ként tartományvezérlőkön nem érhető el, hiszen ott a számító- 
gép elsődleges DNS-utótagja mindig a tartomány DNS-neve lesz. 
Létezik azonban másféle DNS-utótag is: ez pedig a kapcsolat- 
függő DNS-utótag (Connection-specific DNS suffix). Ezt az érté- 
ket külön-külön, minden hálózati csatolón be-(és át-) állíthat- 
juk, ha erre lenne szükség. 
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2] 
7212 
1P Settinge DNS. ] WINS ] Optons ] twvotk supports 
(administrator for 


DNS server addresses, ín order ol use: 


Add... Edit. Fiemove 


The following three settings are applied to all connections with TCP/IP 
enabled. For resolution ol ungualilied names: 


(7 Append primary and connection specific DNS sulfixes 
[7 Append parent suffixes of the primary DNS sutfix 
€C  Append these DNS sulfixes (in order) 


Add: Ed Remove 
DNS suffix for this connection. [intranet falatrax. hu 


[7 Register this connectionis addresses in DNS 
TT Usethis connectionis DNS suffixin DNS registration 


EST esen 




















Do A hálózati kapcsolat saját DNS-utótagja is beállítható 
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Ehhez a kívánt hálózati csatoló tulajdonságlapján az 
IP protokoll tulajdonságai között kattintsunk az 
Advanced gombra, majd a megjelenő ablakban vá- 
lasszuk ki a DNS-oldalt! Itt a , DNS suffix for this con- 


nection" mezőbe írhatjuk be a csatolóhoz tartozó DNS-utó- 
tagot. A különböző DNS-utótagokat egy csokorban az ipconfig 
/all parancs segítségével kérdezhetjük le: 





crosoi lov. lersion 5.89.21957 
C) Copyright 1985-2888 Microsoft Corp. 





:Xápconfig ali" 
indows 2008 IP Configuration 






IP Routing Enabled. 
VINS Proxy Enabled- 
DNS suffix Search [. 


Ho 
falatrax.hu 
intranet .falatrax.hu 





thernet adapter Local frea Connection: 
IFIc DNE BuFFT 





Ethernet Adapter 


ús . a 


0 Az ipconfig /all megmutatja nekünk az összes DNS-utótagot 


A DNS-utótagok keresési sorrendje 

A fenti ábrán látható, hogy a DNS Suffix Search List az elsődleges, 
majd a kapcsolatfüggő DNS-utótagok listáját tartalmazza. Ez a lis- 
ta azonban felülbírálható, ha bármelyik csatoló TCP/IP tulajdon- 
ságlapjának előbb már látott DNS-oldalán , kézzel" felsoroljuk őket: 


The following three settings are applied to all connections with TCPAIP. 
enabled. For resolution of ungualified names: 


C Append primary and connection specific DNS suffixes 
TT áppend parent suffixes of the prirnary DNS suffix 
CG Appendthese DNS suffixes (in order): 


b.hu 1 
c.hu 
3] 
Add... Edit... Remove 


5 A DNS-utótagok keresési sorrendje kézzel felülbírálható 


Jegyezzük meg, hogy ezek a beállítások - függetlenül attól, melyik 
csatoló tulajdonságlapján dolgozunk -, minden TCP/IP kapcsolatra 
érvényesek! A másik nagyon fontos tudnivaló az, hogy ha ez a lis- 
ta érvényes, a Windows nem próbálkozik az elsődleges és kapcso- 
latfüggő utótagok használatával, csakis az itt felsorolt tagokkal. 


A névfeloldás menete tehát... 

Tegyük fel, hogy a DNS-utótagok keresési sorrendjét nem bíráltuk 
felül. Ez esetben a névfeloldás menete az FODN/elsődleges/kapcso- 
latfüggő utótagok sorrendje szerint alakul. Tegyünk egy próbát: 


EE úeulzénu s 


icrosoft Windows 2888 [(Uersion 5.88.21951 
CC) Copyright 1985-2888 Microsoft Corp. 





Nping nincs.ilyen 
nknowun host nincs.ilyen. 


Nt 


Ha Network Monitorral figyeljük a történéseket, az alábbiakat 
láthatjuk: 


working with 


windows / 


"2 Miután a név pontot tartalmaz, de nem a végén, a Windows 
2000 megpróbálja azt teljes névként (pontot illesztve a végére) 
feloldani. A DNS-kiszolgáló tehát egy , nincs.ilyen." kérést kap. 

8 A DNS-kiszolgálón természetesen nem található ,,.ilyen" zóna, 
ezért a kérést kénytelen továbbítani. Továbbítja is: vagy a 
sForwarder" vagy valamelyik gyökér-DNS-kiszolgálónak. Vá- 
lasz természetesen adott időn belül nem érkezik, és ezt a 
tényt a kiszolgáló közli az ügyféllel: , Server Failure". 

b A következő lépés az elsődleges DNS-utótag használata: a 
következő kérdés tehát: , nincs.ilyen.falatrax.hu". 

b A DNS-kiszolgálónk tartalmazza a , falatrax.hu" zónát, ezért 
tud hivatalosan válaszolni: ilyen bejegyzés márpedig nincs 
(Host not found"). 

-b Ezután a kapcsolatfüggő utótag(ok) kiértékelése következik. 
Esetünkben ebből egy található, a soron következő kérdés 
tehát: , nincs.ilyen.intranet.falatrax.". 

I A DNS-kiszolgálónk tartalmazza a ,falatrax.hu" zónát (és de 
legáció híján ezért az esetleg létező intranet. falatrax. hu-t is) , 
ezért tud hivatalosan válaszolni: ilyen bejegyzés sincsen 
(Host not found"). 

-? Végül a Windows megpróbálkozik a NetBIOS névfeloldással, 
ami persze nem jár sikerrel. Ezután megjelenik hibaüzenet: 
Unknown host nincs.ilyen". 


Tegyük fel, hogy az előző ábrán látható módon definiáltuk a 
DNS-utótagok keresési sorrendjét: 


GETE zés 





KC3 Copyright 1985-2 
:Nipconfig /all 
indows 2000 IP Configuration 


Microsoft Corp. 


: u2kpro 
: falatrax.hu 
: Broadcast 


MMMM azét 4 EE AZÉ 
Primary DNS $uffix 
Node Type 

IP Routing 















5 A felülbírált DNS-utótag keresési sorrend is látható 


Ha most kiadjuk a , ping server" parancsot, az hosszú várakozás 
után, de mégis működni fog. Miért is? 

A Windows megpróbálkozik sorrendben a ,server.a.hu", ,ser- 
ver.b.hu", , server.c.hu" nevek lekérdezésével. Ú 

A DNS-kiszolgálónk jobb híján minden kérést továbbít a gyö- 
kérkiszolgálók felé, de ilyen címek persze nem léteznek - a ki- 
szolgáló erről némi várakozás után jelentést is küld az ügyfél- 
nek. 

Miután (!) minden DNS-lekérdezés csődöt mondott, a dolgot 
végül is a NetBIOS lekérdezés menti meg: a SERVER nevű gép ví- 
gan válaszol a NetBIOS kérdésre, és máris kezdődhet a munka. 
A lassú válaszidőt tehát a DNS (nem) működése okozta. 
Következő számunkban a Windows 2000 DNS boncolgatását in- 
nen ... 


Folytatjuk... 


Fülöp Miklós 
mick Enetacademia.net 


000 


ZUG. Úk. 


Windows XP 


Súgó és támogatás 





Ismeri a Kedves Olvasó az RTFM rövidítést? Angolul annyit tesz: "Read the forgotten 


manual!", vagyis , Olvasd el (már végre azt) a 


ír 


z elfelejtett kézikönyvet!". 


(Az F betűt néha egészen csúnya szóval is helyettesítik.) Szóval most a súgóról lesz szó. 
Aki azzal replikázik, hogy ,hiszen abban nincsen semmi", annak Boborján 
örök érvényű igazságával válaszolok: , Pedig de!" 


Fogadásokat is kötnék arra, hogy a rendszergazdák hány száza- 
léka nyitotta ki valaha is a Windows XP súgóját, hogy arra hasz- 
nálja, amire tervezték: súgónak. Bizonyára mindenki elindította 
már legalább egyszer, hogy aztán a csiricsáré nyitóoldaltól 
visszarettenjen. Biztosíthatom az Olvasóközönséget, hogy a 
Pókember-képregénystílusú kezdet után akár Dosztojevszkij Bűn 
és bűnhődéséhez hasonló mélységű búvárkodásba is kezdhe- 
tünk, feltárva az XP bonyolult lelkivilágát. 


Az alapok 

Mielőtt igazán a közepébe vágnánk, vessünk egy pillantást arra 
az ominózus nyitólapra. Teljesen új koncepció öltött testet, és 
a Start menü után talán ez az alkalmazás tükrözi leginkább azt 
a változást, amit az XP hozott a felhasználók és - mondjuk ki 
bátran - a rendszergazdák életében. 


OO súvó, aa 


Hz" E "ÚN (0 Formutató ÍZ krémek €2) örmények ! (TJ Támogatás (17) teáítások 


e Súgó és támogatás 





5 Nyitólap — képregénystílusban 


Egy testre szabott böngészőt találunk, a kezelőfelület és az esz- 
köztár gombjai ismerősek, csak itt minden a súgóra vonatkozik. A 
kezdőlap a súgó kezdőlapja, a kedvencek a súgó kedvenc lapjai, 
akárcsak az előzmények vagy a beállítások. A kezdőoldal egyéb- 
ként kakukktojás, már ami a felosztását illeti. Baloldalon láthatók 
a választható témák, amelyek azután a hivatkozásokkal keresztül- 
kasul összefonják a súgó szövegét. Jobboldalon felül a segítségké- 
rés legfontosabb eszközeihez lehet eljutni, alatta pedig néhány 
olyan feladatot sorol fel az operációs rendszer, amelyet innen kez- 
deményezhetünk. Végül alul láthatók a régi üdvözlő képernyő 
olyannyira nem kedvelt tanácsai az aktuális évszámhoz és környe- 
zethez igazítva. Jó helye van itt, senkit sem zavar, mégis megvan. 
A súgó további képernyői egy kicsit más elrendezést követnek 


tech.net 


vorkiny with winde 


(lásd majd a többi képet). A jobb oldalon a mindenkori téma 
tartalmát, a bal oldal nagy részén pedig az épp aktuális menü- 
ket láthatjuk. Az alsó sarokban rendületlenül figyel néhány hi- 
vatkozás a fogalomtárra, a billentyűzet-parancsokra és az esz- 
közökre. Tudja a Kedves Olvasó, hogy mit jelent a PPPoE? És azt 
hogy melyik RFC-ben lehet utánanézni? No és micsoda az ,on- 
disk catalog"? Az XP meglehetősen terjedelmes fogalomtára 
ilyen kérdésekben is hasznos útmutatókat nyújt. 

A nyitólaphoz visszatérve említsük még meg a legelső menüpon- 
tot: a Windows XP újdonságait. A rendszergazdákat talán legin- 
kább ez a pont irritálhatja: tele van képekkel, ilyen-olyan be- 
mutatókkal. Nem muszáj végignézni őket, viszont szinte kötele- 
ző a felhasználóknak ajánlani. Rendszerezett és jól összefogott 
szövegekkel, navigációs eszközökkel felszerelt része ez a súgó- 
nak - kész alapozó tanfolyam a kezdők számára. Akik saját ma- 
guk szeretnének egy belső tanfolyamot szervezni, saját anyag- 
gal, a legjobb nyersanyagot itt találják majd. 
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9" D G reoruaó gyredvereek €2) Bözrények (EJ Támogatás (57) Beáításk 










( Súgó és támogatás 


at 
Aki 

EZT k legjobban megfelel 

(, ha egyériségünk jelen van a környezetünkben, mind 


Ahogy Önne 

Mindnyájan szere! 

otthon, mind pedig a munkahelyünkön. A Microsoft8) Windovs8) XP oparációs 

Alakítsa saját igényei — rendszerrel Ön könnyedén személyre szabhatja számítógépét. Színekkel, 

Szart mintázatokkal, képekkel, sőt akár hangokkal is kiegészítheti a képernyő 

s megjelenését. Testreszabhatja az egeret a konnyebb irányíthatóság 

Windows XP. érdekében. Beállíthatja úgy a számítógépét, hogy a kedvenc programjai 

ációs rendszerrel . utamatikusan betöltődjenek, és így azonnal a randelkezéséra álljanak. Ezen 

öperációs rendszerrel . kívül még számos más szolgáltatás közül választhat. A számítógép 

ezt könnyen testreszabása az egyik szörakoztató dolog a számítógép használata során. 
Ez növeli a munkájának hatékonyságát, és több örómet talál a számítógéppel 

megteheti... kapcsolatos tevékenységekben, 














a A felhasználóknak hasznos, a rendszergazdáknak pedig 
még jól jöhet... 


Az anyaggyűjtésnél sajnos érződik, hogy magyar nyelvterületen 
élünk. Az eredeti, angol nyelvű XP egy 15 perces interaktív 
hanggal és gyakorlatokkal ellátott XP bemutató anyagot is tar- 
talmaz, ugyanezt a magyar változatban csak statikus html for- 
mátumban kapjuk meg - így éppen egy nagyságrenddel keve- 
sebb felhasználó rágja majd át magát rajta. Pedig milyen jó lett 
volna egy ilyen interaktív túrával kezdeni az XP használatát! 
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Windows XP Súgó és támogatás / XP 


20 


A keresés - gyűjtögető életmód 
A súgó természetes tartozéka a keresési funkció. 
Ugyanúgy találunk tárgymutatót, ahogy azt a koráb- 
bi verziókban megszokhattuk, a tervezők azonban itt 
is alkottak valami újat. Ha a keresés paramétereihez navi- 
gálunk (kattintsunk fent a Beállítások gombra, majd bal oldalon 
a Keresési beállítások megadására), láthatjuk, hogy nemcsak a 
saját, belső állományait nézi át a súgó, hanem még a weben is 
kutakodik. Ha van Internetkapcsolat, a legfrissebb tudásbázis 
cikkeket is átnézi a súgó keresője! A kapott eredményt három 
csoportba sorolja. Az első csoportban az általa ajánlott talála- 
tok, a másodikban a (teljes szövegű) keresés összes eredménye, 
a harmadikban a Microsoft tudásbázisban talált cikkek láthatók. 
Ha valaki csak a KB-cikkekért járatná a TechNetet, ez a megol- 
dás némi megtakarítást jelenthet. Persze ott, ahol nincs 
Internet, még mindig a CD az elsőszámú segédeszköz. A keresé- 
si beállítások lehetőséget nyújtanak bármely csoport kikapcso- 

lására - itt semmi sem kötelező. 


CEZ 









Forrázoriénttegteetd Í15 7 tató, 











Javasolt témák 3 találat) 
temetés bekapcsolása. 
Válasszon feladatot 
ii EJ Javasolt témák 
lehető legnagebb jelentéségű ergőnényelet jeleni meg. Megteres a megadott tte eztsekbet 
megegvezőket a dokumentum sze zére dítl a dolamenhum tucsszo. akent megedott kinezetet 
őzet, Abedítás besellété vel leretővé tető a teresét körtátozótót az aktulóz témeke 
Figekategáriására, 


Teljes szöveges keresés találata 
A bertufejezesztet táv tlmazo szövegű dohumentzot megmentése 





Teljes szöveges tareség Ulálatas 
Muzosoft Knevedge Bar (9 talál... 





o A keresés beállítási lehetőségei -— még a webről is gyűjt 


Eszközök 

Míg a felhasználók talán a keresést tartják majd a legfontosabb 
funkciónak, a rendszergazdák az , Eszközök" pontról fognak hason- 
lóan gondolkodni. Ez a ,Súgó és támogatás" program támogatás 
része, ami a korábbi Windows kiadásoknak nem volt tartozéka. 
Gyakran előfordulhat, hogy egy problé- 
ma megoldásához egyszerre nagyon sok 
adatra van szükségünk. Jó kiindulópont 
lehet a legfontosabb hardver- és szoft- 
verelemek listája. Jó lenne, ha ezt a 
sok mindent a felhasználó is elő tudná 
bányászni, vagyis az ő korlátozott jogai 
is elegendőek lennének az információk 
összegyűjtéséhez. Az ,Eszközök" (a súgó főképernyőjén 
jobbközéptájt, a Válasszon feladatot csoportban a legalsó link) 
legelső menüpontja a ,Sajátgép adatai" ezt a problémát oldja 
meg. Az összefoglaló információk mellett megszerezhető az esz- 
közmeghajtók verziója, a telepített szoftverek típusa és minden 
egyéb, a hibaelhárításhoz nélkülözhetetlen információ. 


working with 





Ha van Internetkapcsolat, 
a legfrissebb tudásbázis 
cikkeket is átnézi 
a súgó keresője! 


windows / 


A tirovátám 3 tömte. B even etei 


adatai - Általános 


5 A súgó akár felhasználói jogok birtokában is összegyűjt 
minden szükséges információt 


A speciális rendszerinformációkban további csemegékre lel- 
hetünk. A szolgáltatások listázása nem újdonság, a , csoportházi- 
rend-beállítások megjelenítése" viszont nélkülözhetetlen eszköz 
lesz a csoportházirendek kiértékeléséhez speciális programokkal 
nem rendelkező rendszergazdák számára. Információkat kapha- 
tunk az alkalmazott csoportházirend-objektumokról, a házirend- 
ben definiált scriptekről, az érvényesített hozzáférési jogokról, a 
különböző érvényre jutott regisztrációs kulcsokról, sőt még azok 
forrását is megkapjuk. A jelentést el tudjuk menteni (mentetni) 
html formátumban, hogy további elemzéseket végezhessünk. Ha 
pedig ez is kevés, elindíthatjuk az eredő házirend eszközt, amely 
a ,Resultant Set of Policy" szép magyar néven fut, és ugyancsak 
a házirendek kiértékelődését hivatott elemezni. 


A hálózat csapdájában 

Hálózat nélkül a PC-k leginkább szárnyaszegett madárkákra em- 
lékeztetnek: a hálózat kell. Persze van úgy, és nem is ritkán, 
hogy épp a hálózat nem működik. Na de pontosan mi nem? Sa- 
ját tapasztalatom szerint lehetetlenhez közeli kérés, hogy a fel- 
használó adjon ki egy ping vagy egy ipconfig parancsot. Azt 
gondolom, hogy ezt nem csak én élem meg így. 

Az XP-korszak beköszöntével egy kicsit egyszerűbb lesz a dol- 
gunk. Az eszközök közül a hálózati diagnosztika mindazt elvég- 
zi, amit a felhasználó egy hét alatt sem tudna. A vizsgálat ered- 
ményeként három csoportba sorolva kapunk adatokat. Az első 
csoportban az Internettel kapcsolatos 
programok (értsd: Internet Explorer és 
Outlook Express) beállításait láthatjuk. A 
második csoport csak néhány alapadatot 
sorol fel a PC azonosításához. A harma- 
dik csoport az, ami nekünk nagyon kell. 
Minden hálózati kártya minden tulaj- 
donsága, - legyen az akár a legapróbb 
regisztrációs kulcs - megtalálható a jelentésben. Megkapjuk to- 
vábbá a DHCP, a WINS, a DNS szerverek, az alapértelmezett átjá- 
rók IP-címét, sőt a teszt még meg is pingeli őket. Ha a PC mo- 
demet is tartalmaz, arról szintén részletes információkat kapunk, 
mintha csak a modemdiagnosztikát futtattuk volna le. 

Az már csak természetes ezek után, hogy a jelentés weblap for- 
mában elmenthető és elküldhető, így - hozzáértő kezek között - 
további vizsgálat tárgyát képezheti. Biztos, ami biztos, a rendszer 
két helyre is készít mentést, ahogy azt a mellékelt ábra mutatja: 


tech.net 


üN2. ÜL: 


VBScript 


Mentett fájl: 
Az Asztalra: Netdiag 06052002 195330.htm 
és a következő helyre: C:(WINDOWSIpchealththelpetrisvstemnetdiag Wetdiag 06052002 195330.htm 


La ]) 


o A hálózati vizsgálat eredményét így menti a Windows XP 





Még egy nagyon fontos eszközről kell itt szót ejteni, ez a táv- 
segítség. Ha semmi mást, azt mindenképp meg kell tanulni, ho- 
gyan tudunk gyorsan segítséget nyújtani a felhasználóknak. A 
távsegítség tulajdonképpen nem más, mint egy ingyenes távve- 
zérlő eszköz. Olyasmi, mint a Norton féle pcAnywhere vagy a 
WinVNC, csak éppen ez a szerverekben már létező terminálszol- 
gáltatásra, vagyis az RDP-protokollra épül. Biztonsági és szemé- 
lyiségi okokból a Microsoft tervezői úgy találták célszerűnek, 
hogy ezt a távvezérlést a felhasználó kezdeményezze. Mi azon- 
ban itt, a harcmezőn tisztában vagyunk azzal, hogy a felhasz- 
nálók többnyire képtelenek bármit is önállóan megtenni. Némi 
házirend-beállítással lehetővé tehetjük, hogy ne kelljen meg- 
várni, amíg a felhasználó segítséget kér, hanem mi magunk 
ajánlhassuk fel a segítségnyújtást. A Windows XP csoportházi- 
rend sablonjait be kell varázsolni a Windows 2000 házirendek 
közé a 0307900 cikk segítségével, majd a 0301527 alapján en- 
gedélyezhetjük, hogy a segítségnyújtás felajánlása lehessen az 
első lépés. Nem mondanak sokat a számok? Ezek Knowledge 
Base cikkek azonosítói. A Windows 2000 házirendek XP-sítéséről 
egyébként előző lapszámunk legutolsó lapján olvashatnak. 

Ezután újra elővehetjük a súgót, az , Eszközök" negyedik menüpont- 
ja a távsegítség felajánlása. A pcAnywhere és a WinVNC elfelejthe- 
tő - az egyik drága, a másik nem biztonságos. No, ezt is megértük. 


Súgó a rendszer gazdáinak 

A Windows XP korábbi társainál jóval gazdagabb eszközkészlettel 
rendelkezik, de ez mit sem ér, ha a rendszer üzemeltetője nem 
veszi a fáradságot ezen segédprogramok elsajátításához. Néhány 
elérhető a Start-sKellékek-zRendszereszközök menüben, szót se 
fecséreljünk rájuk. Azonban van pár olyan eszköz, amelyet jól el- 
dugtak a tervezők, mégis fent vannak a gépen és bizony eléggé 
hasznosak. Talán nem mindenki találkozott még az 
msconfig.exe segédprogrammal. Menüből nem érhető el, de a 
Súgó-sEszközök-sRendszerkonfigurációs segédprogram útvona- 
lon megtalálható. Izgalmas dolgokra képes: rendszerállományok- 
ban szekciókat lehet kikapcsolni vele, a boot.ini kapcsolóit tud- 
ja billegtetni, sőt még az automatikusan induló állományoktól is 
meg tud szabadítani minket. Érdemes lenne még itt időzni egy 
kicsit, de ez a mini-alkalmazás most nem témája az ismertető- 


nek. 







Z/Rendszerkonfigurációs segédprogram 


(drivers) I 

[SZ wavesmmárv.di 

EZ timerztimer dry Í 

6 [mal I 

[driver32] l 

a (386enh] ] 
I 










8 [4 [Microsoft Proxy Service) 
[Z IniFile PathzC:mepdntmspdntáni 
Z stfpathzcC:mspdintisetup.stf 

Z Configuration Location -C:Imspdintt 

MI Securityzzzsecurity dl 




























5 Egy rejtett segédprogram: az msconfig 
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A rejtett grafikus eszközöknél is kevésbé ismertek a 
parancssoriak. Pedig nagyon sok van belőlük, a 

Windows XP-ben éppen harminceggyel több, mint az 

előző verziókban. Csupán felsorolásszerűen, a teljes- 

ség igénye nélkül: bootcfg, diskpart, driverguery, event- 
create, eventguery, eventtriggers, fsutil, openfiles, pagefilecon- 
fig, relogm, sc, systeminfo, taskkill, tracerpt, typeperf. Ezeknek 
az eszközöknek az ismerete gyakran ,életmentő" lehet egy kö- 
tegelt állomány megírásakor, a súgó használata pedig a sávszé- 
lességgel bánik takarékosan, vagyis nem kell a levelezési listák- 
hoz fordulni, elég, ha az ember átolvassa a súgót. 

Külön említést érdemel még a ,Parancshéj áttekintés" pont. Azt 
gondolom, hogy nem csak kezdő rendszergazdáknak tud újat mon- 
dani ez az oldal. Az általános ismertető mellett megtalálhatjuk az 
összes környezeti változót és azok leírását. Olyan titkokra is fény 
derül itt, hogy például hogyan lehet lefuttatni egy parancsot akkor 
és csak akkor, ha az előző valamilyen oknál fogva nem sikerült. 


A súgó beállításai 

Végezetül szólni kell a súgó beállításairól is, mert ilyen is van - 
és igen érdekes trükkökre képes. Ezek közül a keresést már érin- 
tettük, az izgalmat az utolsó pont, a , Windows súgójának tele- 
pítése és megosztása" hordozza. 

Vannak, akik csak az angol nyelvű termékekben hisznek. Kik ők? 
A rendszergazdák! Saját gépükre angol XP-t telepítenek, mert 
abban hagyományosan jobban eligazodnak (no meg a javítások 
is hamarabb állnak rendelkezésre) . A hozzájuk tartozó felhaszná- 
lók gépeire viszont természetesen magyar XP kerül. Nekik lehet 
érdekes akár két nyelven is használni a súgót - itt a lehetőség! 


(OO Súgójés támogatás 


O Súgó és támogatás 


NEE tape] 


keresés. [NN 6) 


] CA súgó és támogatás beálításainak módosítása Súgóverzió váltása 


8] CD keresési beálitások megadása Válassza ki a súgó verzióját a Istából, 

"CD A Windows súgójának teleptése és megosztása TEN RÉRÉRÉTÁBÉNÁR VBEN NYENÉNNÁÉB 
Eztet a 
Windows XP Professional 


Windows XP Professional / magyar ) 


Megjegyzés: A más operációs 
! rendszerekhez készült súgók olyan 
szolgáltatásokra is hivatkozhatnak, 





5 Ha a többnyelvű felhasználói felületet (MUI) telepítjük, akár 
menet közben kapcsolgathatunk a súgó nyelvi verziói között! 


A ,Váltás egyik operációs rendszer súgójáról a másikra" menü- 
pont lehetőséget ad arra, hogy feltelepített nyelvi csomag (Mul- 
tilanguage User Interface, MUI) esetén anélkül váltsunk egyik 
súgónyelvről a másikra, hogy ki kellene jelentkezni. A MUI a 
Select és MSDN csomagokban található meg, s a rengeteg nyelv 
mintegy négy CD lemezt foglal. Szerencsére a magyar nyelv te- 
lepítése néhány tíz megabájt csupán. 

Másik operációs rendszer súgóját is lehet telepíteni - bár szá- 
momra ez erőltetett szolgáltatásnak tűnik. 


EBB: Bk 
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Windows XP Súgó és támogatás / XP 


SE 





Súgóalapú rendszerfelügyelet? 
Eddig jobbára az információszerzésről, valamint az 
ezzel kapcsolatos beállítások ismertetéséről volt szó. 
Azonban a súgó ma már nem csak súg, hanem tesz is! 
Vessünk egy pillantást a Start Menü-sProgramok-: Kellékek 


Epilógus 

Mindenki érezheti, hogy éppen csak belekóstoltunk a , Súgó és 
támogatás" nyújtotta lehetőségekbe. Remélem kedvcsinálónak 
ennyi is elegendő volt. 


Kollégáim mindig megmosolyognak, hogy szeretem az izgő-moz- 


-sProgram kompatibilitása varázsló ikonjára! Kísér- dé gó, színes-szagos megoldásokat. Ez igaz. Így aztán 
tetiesen hasonlít a súgóéra - mert ez az eszköz is a sugo úgy esett, hogy ők nem olvasták a súgót, még csak 
,súgóalapú". Indítsuk el! ma már nem meg sem nézték. Hiba volt. Olyan ez, mint az autós 
Egy majdnem hagyományos varázslót láthatunk, csak súg, reklám az osztrigával: ,Nem tudhatod, amíg nem 


amely az ablak felső részén büszkén hirdeti súgó 
mivoltát. Ezzel az eszközzel bemagyarázhatjuk re- 
nitens alkalmazásainknak, hogy valójában nem Windows XP-n, 
hanem - mondjuk - Win95-ön futnak, s a képernyő felbontása 
sem több, mint 640 x 480. 


(DÖ Súgőjés támogatás 


Hai 


ALESES vese 


€ Súgó és támogatás 


Program kompatibiliítása varázsló 
Válassza hi a programhoz ajánlott, iletve azt az operációs rendszert amellyel korábban a program helyesen. A 
működött: 


O Microsoft Windows 95 

O Microsoft Windows NT. 4.0 (Service Pack 5) 
O Merosoft Windows 9g/windows Me 

O Merosoft windows 2000 


(6) Komoatblítási mód nélkül használat 





Cse 





(dovább: 








5 A kompatibilitásvarázsló Windows 95-től felfelé bármit 
képes szimulálni az öregecske alkalmazások számára 


A kiválasztott beállításokat tesztelhetjük, s ha minden rendben, 
a Windows véglegesíti a módosításokat. 





próbáltad!". Nos, lehet próbálkozni. 


hanem tesz is! 


Lepenye Tamás, MCSE 2000 
lepenyet omal.hu 


Néhány érdekes, súgóbeli oldal elérése: 

1.  Start-2A Windows XP újdonságai-2Windows XP bemutatók: 
Számítógéphasználati útmutató. 

2. Start-52A Windows XP újdonságai-sProgramkalauz vagy 
oktatóprogram megismerése 

3.  Start-sEszközök--Távsegítség felajánlása 

. . Start-sEszközök--Távsegítség-sMeghívás segítségnyújtásra 

5.  Start-sEszközök-sA Sajátgép adatai-2 Általános rendszer- 
információk a számítógépről 

6.  Start-sEszközök-:Speciális rendszerinformációk-sMásik 
számítógép adatainak megjelenítése 

7.  Start-sEszközök--Speciális rendszerinformációk -sAz alkal- 
mazott csoportházirend-beállítások megjelenítése 

8.  Start-sEszközök-sHálózati diagnosztika 

9.  Start-sEszközök-sRendszerkonfigurációs segédprogram 

10. Start-sEszközök-sÚj parancssori eszközök 

11. Start-sEszközök-sParancshéj - áttekintés 

12. Start-sBeállítások-2A Windows súgójának telepítése és meg- 
osztása 


000 


http://vilagokorseg.hu 








IGEN, NEM. 
UGYAN. MIÉRT? 





AZT MONDTA, HOGY VÉGIG- 
NYOMKODTA AZ ÖSSZES 
GOMBOT A KLÍMÁN, DE 
EGYIKRE SEM JÖTT FÖL 





vérking with 


windows / 





XP: időutazás, 
rendszer-visszaállítás 


Gyakorlott rendszergazdaként mondom: nem nehéz egy jól működő operációs rendszert véletlen 
módosításokkal letéríteni a helyes útról. Elegendő lehet egy névtelen hardver vagy szoftver 
telepítése, és máris kezdődnek a bajok. A Windows ME és a Windows XP ki tud mászni 

a slamasztikából: időgéppel visszarepíthetjük abba az időpontba, amikor még jól működött. 


A Windows NT mindig is képes volt egy korábbi állapothoz 
visszatérni a rendszerindításkor választott ,Last Known 
Good"menüpont segítségével. Sok nagy hibája van azonban en- 
nek az egyébként máig élő technológiának: csak a registryt rö- 
píti vissza az időben. Az esetlegesen eltűnt fájlokat nem tudja 
visszahozni, és az újonnan telepítetteket sem képes eltüntetni. 
A Rendszer-visszaállítás (System Restore) viszont tökéletes idő- 
utazást valósít meg. Tesztjeim során egy vállalati Windows XP-t 
tökéletesen vissza tudott vinni abba az állapotba, amikor még 
nem volt tagja a tartománynak, és nem voltak rajta alkalmazá- 
sok. De ami még nagyobb csoda: az időutazás nemcsak vissza- 
felé megy! A visszagörgetés visszagörgetésével a gép ismét bent 
virított a tartományban, és vígan zakatolt rajta az Office. 


A fotóalbum 

A System Restore működésének alapja a rendszerről periodiku- 
san készített pillanatfelvételek megőrzése. Ezek a ,fotók" egy 
albumba kerülnek, ahonnan később ki tudjuk választani a ne- 
künk tetsző állapotot. 

Indítsuk el a jószágot, nézzük meg, mit találunk az albumban! 
Az előző cikk szellemének megfelelően a System Restore a sú- 
góból (is), annak főképernyőjéről, a rövid nevű ,A rendszeren 
végzett változtatások visszavonása a Rendszer-visszaállítás 
használatával" linkre kattintva indítható. Két irányba indulha- 
tunk: az egyik az album lapozgatása (, a számítógép visszaállítá- 
sa..."), a másik a fotózás (,visszaállítási pont létrehozása"). 


ETEZSEZTt 


Üdvözli a Rendszer-visszaállítás 


"A kezdéshez jelölje ki a végrehajtandó műveletet: 


E) kazárózep vatzsáltása egy torabbi eieerére 


Ö varszadltám pert Mitrehozisa 


ár számtégég atomatáaszan is hoz létre vet 





5 A Rendszer-visszaállítás súgóalapú üdvözlőképernyője 


Ha fellapozzuk az albumot, időrendben láthatjuk a , fotókat". 
Mivel eddig a percig nem készítettünk ,képet", üres albumra 
számítunk. De nem üres! Az XP, mint valami narcisztikus divat- 
modell, rendszeresen lefotózza önmagát! Nézzük csak meg! 


tech.net 
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ET Ez a 


Válassza ki a visszaállítási pontot 


ak teleptése előt, azomatkuzan létvehozott visszasítási pontok). 


2. Ezen a hstán kattintson egy visszaállítási 


12] 


1. A naptáron kattintson egy vastagon szedett 
dát 
























































5 A Windows XP rendszeresen , lefotózza" önmagát, hogy hi- 
ba esetén legyenek visszatérési pontjaink 


A bal oldali naptárban vastagon szedett napokon találunk rendszer- 
mentéseket. Ha rákattintunk az egyik napra, a jobb oldali listában 
megjelennek az adott napon kiválasztható visszatérési pontok. 


Fotózzunk! 

Fontos tudnunk, hogy az automatikus rendszerállapot-mentés mi- 
lyen események hatására következik be. Milyen jó is lenne, ha 
például szoftvertelepítések előtt magától megtörténne! Nos, MSI- 
csomagok telepítése előtt megtörténik, mert a Windows Installer, 
mint jólnevelt rendszerkomponens odaszól a Visszaállítóműnek, 
hogy óriási változásra van kilátás. Az InstallShield 6.1 Pro és utó- 
dai is megteszik ezt a figyelmességet nekünk. Ha már a telepítők- 
nél tartunk: a Windows Update is az! Ez a komponens közvetle- 
nül az Internetről szedegeti le telepítendő csomagjait, és társai- 
hoz hasonlóan ő is készíttet visszatérési pontot. 

Ezen felül minden tizedik órában elcsattan a fényképezőgép 
(nyilván csak bekapcsolt állapotban), illetve mi magunk is ké- 
szíthetünk pillanatfelvételt. Ehhez az eszköz főképernyőjén ka- 
nyarodjunk ,visszaállítási pont létrehozása" irányba! Meg kell 
adnunk a visszatérési pont nevét, majd néhány másodperces re- 
szelés után a rendszer közli, hogy: 


EGG Szás ze zzeeS 


Visszaállítási pont létrehozva 





Új visszaállítási pont: 


2002. június 6. 
17:26:08 A Csodaszoítver kipróbálása előtti utolsó, ép állapot 


5 Visszaállítási pontot készítettem a Csodaszoftver telepíté- 
se után várhatóan előálló problémák ellen 


00. b. 
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Mostantól bátran telepítgethetünk kétes forrásból 

származó bigyókat a gépünkre: amíg az XP legalább 

Safe módban elindul, vissza tudjuk állítani az erede- 
ti állapotot! 


Időutazás 

Tételezzük fel, hogy a rendszer idegösszeomlást kap, és gyanús 

jelenségek ütik fel a fejüket. Lássuk, hogyan kell visszatérni egy 

korábbi állapothoz: 

-P A naptárból és a listából kiválasztjuk a megfelelő visszatérési 
pontot, majd addig lökdössük a Next, OK stb. gombokat, 
amíg a gép újra nem indul. 

B Újraindulás után meglepve tapasztaljuk, hogy mennyi min- 
den odalett, amire nem is számítottunk... 

0 Szerencsére ilyenkor a System Restore főablakán megjelenik 
mégegy lehetőség: a visszaállítás visszavonása. Ezt is bátran 
használhatjuk, nekem még mindig működött! 

Minek cifrázzuk, használatáról ennyit kell tudnunk. De a műkö- 

dés hátterét nem árt alaposabban megvizsgálni. Az első furfan- 

gos kérdés: hogyan lehetséges, hogy egy komplett operációs 
rendszer mentése csak tíz másodpercbe került? 


A rendszer lelke 
Mint azt az előző kérdés alapján sokan kitalálták, a System Restore 
nem végez semmilyen mentést. Ezt persze viszonylag gyorsan vég- 
zi, hisz semmit tenni hamar is lehet. E megoldás másik nagy elő- 
nye, hogy a semmi lementése semekkora helyet sem foglal. Ez ma- 
gyarázza, hogyan képes egy Windows XP több tíz, akár száz vissza- 
térési pontot kezelni anélkül, hogy betelne a merevlemez. A rend- 
szer lelke ugyanis egy szolgáltatás (service), melynek csak az a 
feladata, hogy just-in-time, azaz hirtelen-és-hamarjában mente- 
gesse mindazt, ami a rendszer életében kritikus. 
Ha Önnek kellett volna kitalálnia a System Resotre-t, ugyanerre a 
megoldásra jutott volna. Adott a feladat: kismillió SYS, EXE, DLL 
és még ki tudja mi minden közül le kell menteni azokat, és csak 
azokat, amelyek a jövő egy homályos pontján meg fognak változ- 
ni. Ha mindet lementjük, pillanatok alatt betelik a merevlemez. 
A jövőben megváltozó fájlok biztonságba helyezésére két út lát- 
szik járhatónak, bár az egyik kissé göröngyös: 
"2 Egyfelől megpróbálhatjuk megjósolni, hogy mi fog változni 
a rendszerben. Ehhez csak jóstehetség szükséges, semmi más. 
2 Másfelől lementhetjük a védett fájlokat abban a szent pillanat- 
ban is, amikor fejbe akarja csapni valaki egyiket-másikat. 
Ehhez viszont őrszemet kell állítani melléjük. 
Akár hiszik, akár nem, a Microsoft a második megoldás mellett 
döntött. Az őrszem neve: System Restore Service! 


Ede tetette] 


System Restore Service Név / Állapot 
SZ SOLSERVERAGENT 
A szolgáltatás leállítása Ely ssDP Discovery Service Elindítva 





A szolgáltatás újraindítása Ely system Event Notification. indítva 





stem Restore Service Elindítva 
kel KET SestÓ Egy Task Scheduler Elindítva 
erforms system restore functions, To 
stop service, turn off Systern Restore EÉZTCPIIP NetBIOS Helper Elindítva 
from the System Restore tab in My Egy Telephony Elindítva 
Computer-sProperties Eg Telnet 


5 A Sytem Restore Service, a gyenge és védtelen fájlok meg- 


mentője 


vorking 


with 


windows / 


Ez a szolgáltatás , gyárilag" fut, és figyelgeti az oprendszer vál- 
tozásait. Mielőtt egy fájl felülírásra kerülne, odaugrik, és az ere- 
deti változatot elteszi a saját kis CAB fájljába. Ez tömörítve tar- 
talmazza a félretett fájlokat, és FIFO-elv szerint tartja karban 
őket, vagyis ha kevés a hely, a legrégebbi mentések kipotyog- 
nak belőle. A Vezérlőpult-zRendszer ikon mögött állíthatjuk be 
őrszemünk működési feltételeit: 


Rendszertulajdonságok 





. Számítógépnév Speciális] 


A rendszer visszaállítása ( Automatikus frissítések  [/  Távolihasználat 


[0 Általános Hardver] 


Í 
] 
I 2ra  Arendszer-helyreállítási szolgáltatás nyomon tudja követni és vissza 
! EE tudja görgetni a számítógépen végrehajtott káros változásokat. 

! 38 

! 





(JA rendszer-visszaállítás kikapcsolása 


! 
! Lemezhasználat 

! Mozgassa a csúszkál jobbra a visszaállítás számára fenntartott 
] 

I 

I 

! 

! 


lemezterület. balra a csökkentéséhez. A lemezterület csökkentése a 
rendelkezésre álló visszaállítási pontok számának csökkenéséhez 
vezethet. 

Fennt; 

Min 

127 (£86 MB) 

Állapot 
a (C:) Figyelés 


(akara ) 


5 A Sytem Restore paraméterezése a felhasználható lemez- 
terület megadására korlátozódik. 








Ha több kötetem is lenne (C:, D: stb.), szépen látnánk, melyiket 
figyeli, s melyiket nem. Ezen a panelen nem sok mindent talá- 
lunk, pedig jó lenne tudni, a köteten belül mit figyel a strázsa! 
Erre is van lehetőség, mivel az új idők szelleme jegyében minden 
további beállítást egy XML fájlban találunk. A C:(WINDOWSYV 
system32 Restore könyvtárban csücsül a filelist.xml fájl, amit 
(kettő katti) böngészőnk kellemes, faszerkezetű nézetben mutat 
nekünk. Ebben megvizsgálhatjuk, alapértelmezésben mely fájlok 
esnek a szolgáltatás hatóköre alá, és melyek a kivételek. Tüzete- 
sebb szemlélés után kiderül: dokumentumainkat (okos módon) 
nem menti a rendszer, így az időutazástól nem remélhetjük hát- 
rányos szerződéseink felbontását, a lakásfelújítás során levert 
antik váza összeforrását, sőt, időparadoxon sem állhat elő; saj- 
nos továbbra sincs mód a múltbéli csatangolással befolyásolni a 
jövőt. Ehhez még egy kicsit fejleszteni kell a kódon... 


Fóti Marcell 
marcellfonetacademia.net 
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Minden programozási környezet egyik legalapvetőbb szolgáltatása az objektumok 
csoportokba rendezése, sok objektum valamilyen szabály szerinti egységes tárolása. 
Ezeket az igényeket tömbökkel és kollekciókkal szokták kielégíteni. 

A .NET Framework elég gazdag osztálygyűjteménnyel rendelkezik, amely általában lefedi 
a hétköznapok kollekcióigényeit. Nézzük át őket! 


A kollekciókról általában 

A kollekció nagyon általános fogalom, nem árt, ha mindjárt tisz- 
tázzuk, mit is értünk alatta. A kollekció objektumok gyűjtőhe- 
lye, tárolóalkalmatossága. Olyan, mint a könyvespolc vagy a ru- 
hásszekrény. Mindkettő képes objektumok (könyvek, ruhák) tá- 
rolására, azonban jelentős különbség van közöttük például az 
elemek elérésében. Egy szépen elrendezett könyvespolcról bár- 
melyik könyvet gyorsan ki lehet emelni, ráadásul ha abc sor- 
rendben vannak felrakva a könyvek, még a keresés is elég gyors. 
Egy megfelelően mély ruhásszekrény abban különbözik a köny- 
vespolctól, hogy abból csak a legutoljára berakott ruha-oszlo- 
pot tudjuk kivenni, a mögötte levőket nem. Ha a legbelső osz- 
lopra van szükségünk, nincs mese, ki kell venni az összes előt- 
te levőt, hogy elérhessük az utolsó elemet. Nem nehéz rájönni: 
ezt a tárolási formát veremnek (stack) vagy LIFO-nak (Last In - 
First Out, az utolsó jön ki elsőnek) hívják. 

Mindkettő tárol valamit, és mindkettő egyfajta elemek tárolásá- 
ra van kitalálva (persze lehetnének könyvek a gardróbban, és a 
zokni is jól megáll a könyvespolcon, de most elméleti példákkal 
foglalkozunk. Az ilyen - egyféle objektum tárolására kihegyezett 
- kollekciókat típusos kollekcióknak nevezzük. A típusosság 
előnye az, hogy az adatok berakásakor típusellenőrzés történik, 
így nem köt ki a zokni a könyvespolcon. Az adatok kiolvasásá- 
nál is biztosak lehetünk a kapott elem típusában, így a ruhás- 
szekrénybe nyúlva nem ragadunk meg egy szakácskönyvet. 

A nem típusos (általános) kollekciókból kiolvasott elemek haszná- 
latához a kiolvasott típust legtöbbször vissza kell kasztolni (típus- 
konvertálni) a tényleges típusra. Ha eközben kiderül, hogy nem is 
olyan objektum volt a kollekcióban, mint amilyet vártunk (amire 
kasztolni akartunk), jön az InvalidCastExcep- 
tion. Emiatt az általános kollekciók nagyobb 
odafigyelést igényelnek, és sok hiba forrása, 
hogy a turpisság nem fordításkor, hanem 
sokkal később, futtatáskor derül ki. Ez elég 
bosszantó viselkedés, mert a legtöbb futás- 
idejű hiba természetesen a főnökségnek vagy 
az ügyfélnek tartott demó közben lép fel. 
Ezért aztán ha módunk van rá, használjunk típusos kollekciókat, 
hadd gondolkodjon inkább a fordítóprogram. 

Természetesen különböző típusú objektumok tárolására marad 
az általános kollekció, de ekkor korrektül kell értelmezni a kiol- 
vasott adatokat. 

Most gondolkodjunk el az elemek kiolvasásának sebességéről! 
Könnyű kitalálni, hogy egy láncolt lista vagy közönséges tömb ese- 
tén egy adott tartalmú elem megtalálásának ideje egyenesen ará- 
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nyos az elemek számával. Ha száz elemből egy másodperc alatt meg- 
lett a megfelelő, arra számíthatunk, hogy ezer elemnél kb. 10 má- 
sodpercig fog tartani a keresés. 

Az algoritmusok hatékonyságának (komplexitásának) szemléltetésé- 
re bevezették az 0 (ordo) operátort. Az 0(n) (mondd: ordó n) az 
előbb vázolt lineáris viszonyt, azaz az elemek számával arányos vég- 
rehajtási időt jelenti. Persze ez csak egy átlagolt érték, hisz lehet, 
hogy a kollekció elején megtaláljuk a keresett elemet, de lehet, 
hogy pont az utolsó lesz a kiválasztott (ismerős ugye, a keresett ol- 
dal mindig a papírköteg alján van). Átlagosan n/2 elemet kell át- 
nézni, de konstansok, szorzók nem érdekesek, ezért az 0(n). 

Az ilyen algoritmust használó kereső annál lassabb, minél több 
elemet kell végigkeresnie. Például egy indexek nélküli adatbá- 
zistáblában ilyen hatékonyságú a keresés. Ettől persze elszon- 
tyolodnak a programozók, mert a saját gépükön villámgyors al- 
kalmazás rusnya lassú lesz az ügyfélhez kitelepítve, ahol nem öt 
sornyi tesztadatot töltenek bele. 

A gyorsabb elérés érdekében két tipikus adatszerkezetet használnak, 
az egyik a hashelés (magyarul hasítás, de így kevesen használják) , a 
másik a kiegyenlített fa (balanced tree). 

Hash esetén a tömb elemeit egy kulcs alapján érjük el. A kulcs a leg- 
több esetben egy string. A kollekciók egy-egy hash értéket képeznek 
a kulcsokból. A hashfüggvény úgy van megírva, hogy determiniszti- 
kus legyen, és minél jobban szórjon, azaz ugyanarra a bemenetre 
mindig ugyanazt a hash értéket képezze, de különböző bemenetekre 
lehetőleg különböző kimenetet. A kimenet elég rövid, 4 bájt. 

A kollekció elemei a kulcsok hashei alapján, rendezett sorrendben tá- 
rolódnak. Amikor egy adott kulcshoz meg kell találni a hozzá tarto- 
zó elemet, a kulcsra kiszámolják a hashértéket, és ez alapján nagyon 
gyorsan (például bináris kereséssel) megtalál- 
ják a keresett kulcsú elemet, hisz eszerint volt 
rendezve a kollekció. Persze a valóság ennél 
bonyolultabb, de most az elv elég nekünk. 
(Gyakori adatstruktúrákról és algoritmusokról 
hamarosan ími fogok ...) 

A hashelős kollekciók tehát a kulcs alapján 
nagyon gyors elemelérést biztosítanak, 
gyakorlatilag szinte konstans idő alatt, azaz elemszámtól füg- 
getlenül kb. ugyanannyi ideig tart a keresés. Ezért ezek keresé- 
si ideje gyakorlatilag 0(c), azaz konstans (valójában 0(log2n)). 
A .NET Framework Class Library-ben (FCL) a Hashtable és a 
SortedList osztályok használnak hasht. 

Kiegyenlített fa esetén az elemeket egy fastruktúrába fűzik fel, 
ebben az esetben a kulcs (és nem a hasítása) dönti el, hová ke- 
rül egy elem a fában. A fa csomópontjai vagy ketté vagy több- 
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felé ágaznak, a kétágú fák bináris, a többágúak a b" 
fák. Az elemek a végpontokon ülnek. A fák hason- 
lóan gyors keresést tesznek lehetővé, mint a hash 
kollekciók, csak a fa természetes bejárásával járuléko- 
san kulcssorrendben kapjuk meg az elemeket, ami sokszor 

jól jöhet. Az FCL-ben nincs fa típusú kollekció. 
Ha speciális sorrendű elérésre van szükség, használhatunk sorokat 
és vermeket. A sor olyan mint egy cső: ami először bement, az jön 
ki leghamarabb (FIFO, First In, First Out). Az FCL-ben a Oueue osz- 

tály FIFO-t valósít meg. 


Tömbök 
A tömb egy olyan kollekció, amelynek elemeit egész számmal inde- 
xelve érhetjük el. Egy tömb létrehozása nagyon egyszerű: 


string[(] sorok; 
sorok - new string[20]; 


Az első sorban létrehoztunk egy stringtömb típusú, sorok nevű 
változót, ami egyébként egy referencia, azaz egy mutató a leen- 
dő tömbünkre. (Ekkor még csak pár bájtnyi hely foglalódik le a 
vermen a referencia számára.) Figyeljük meg, hogy a ,tömb- 
séget" jelentő kapocs (/]) rögtön a tömb alaptípusa után kerül, 
ellentétben a C--4-szal, ahol a változó neve után találnánk! Ez 
értelmes módosítás volt, hisz így jól látszik, hogy nem egy 
stringtípusról, hanem egy stringtömbről van szó. 

A valódi tömb létrehozása és a memória lefoglalása a második sor- 
ban történik meg, ahol a new operátor lefoglal tíz darab stringobjek- 
tum-referencia tárolására szolgáló helyet. Mivel a string referenciatí- 
pus, ez gyakorlatilag tíz darab mutató tárolására szolgáló hely, de 
ezek a mutatók nem mutatnak sehová (pontosabban null értékűek). 
A tömb elemeit egész számokkal indexelve érjük el. Például töltsük 
fel az előbbi tömbünket: 


for(int izr0O; ic10D; itt) ( 


sorok[i] 5 i.ToString() t ". elem"; 


A Cs4-os tömbök körülbelül ennyit tudtak. A C$-ban azonban sok- 
kal okosabbak! Ezt annak köszönhetik, hogy valójában minden tömb 
mögött a System. Array osztály áll, azaz a sorok nevű változónk min- 
dent tud, amit a System.Array. Mivel az Array implementálja az 
ICloneable és az IList interfészeket, ezen interfészeken definiált me- 
tódusok jelentős részét elérhetjük a tömbökön is. 

Az IListet minden olyan kollekció implementálja, amelyben az ele- 
meket egyesével, index segítségével lehet elérni (pl. a Hashtable 
nem ilyen lesz). Mivel az IListet explicit módon implementálja az 
Array (ld. .NET Akadémia 3. rész), az IList metódusokat ritkán 
használjuk direktben, általában automatizmusok (mint az adat- 
kötés) élnek vele. 

Ehelyett az Arraynek vannak saját jellemzői és metódusai. A legfon- 
tosabb jellemzők az alábbi példában láthatóak: 


Console.WriteLine(sorok.IsFixedSize); //True 


Console.WriteLine(sorok.IsReadünly); — //False 
Console.WriteLine(sorok.Length) ; 7/7730 
Console.WriteLine(sorok.Rank) ; 7/3 


A tömbök mindig módosíthatók. Ha csak olvasható tömbre van 
szükségünk, valamilyen burkoló kell, például az ArrayList osztály 
tud ilyen csinálni. 
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Eddigi tömbünk egyetlen index mentén volt címezhető, máskép- 
pen szólva a tömb egydimenziós volt. Ezt a speciális tömböt 
vektornak is hívják. A Rank szó magyarul Rangot jelent, amit 
matekból ismerhetünk, de a dimenzió sokkal elterjedtebb szino- 
nima ugyanerre a fogalomra. 

Többdimenziós tömböket is könnyedén készíthetünk. Például egy 
kétdimenziós tömböt (egy mátrixot) így hozhatunk létre: 


string[,] matrix - new string[2,5]; 


Láthatjuk, a típusdeklarációban a vesszők száma jelöli ki a tömb di- 
menziószámát (rangját). Itt soha nem adhatunk meg konkrét szá- 
mokat, viszont a példány tényleges létrehozásakor (jobb oldal) már 
kötelező nyilatkoznunk. 

Ez egy 2x5, azaz 10 elemű tömb lesz. Kérdezzük le a legfontosabb 
információkat a tömbről: 


Console.WriteLine(matrix.Length) ; 7730 
Console.WriteLine(matrix.Rank) ; 772 
Console.WriteLine(matrix.GetLength(0) ) ; 772 
Console.WriteLine(matrix.GetLength(1)); 175 


Console.WriteLine(matrix.GetLowerBound(0)); //D 
Console.WriteLine(matrix.GetLowerBound(1)); //0 
Console.WriteLine(matrix .GetUpperBound(0)); //1 
Console.WriteLine(matrix.GetUpperBound(1)); //4 
Console.WriteLine(matrix.GetType( ) ) ; 
7/7System.String[,] 


Látható, hogy még egy teljesen ismeretlen tömbről is könnyedén 
megtudhatjuk az összes fontos információt. A GetLength(), a 
Get"Bound() metódusok a kívánatos dimenzióra adják meg annak 
hosszát és legszélső címezhető indexeit. 

A tömb elemeinek elérése nagyon egyszerű, teljesen analóg a 
létrehozással: 


matrix[1, 3] 5 "sztrapacska"; 
Ellentétben a C-s tömbökkel, itt mindig leellenőrzik a túlcímzéseket: 


matrix[(222, 333] 5 "túlcsordul"; 
System. IndexOutofRangeExcept: Index was outside 
the bounds of the array. 


Ez nyilvánvalóan nagyban megnöveli a kód megbízhatóságát. 
Inkább szálljon el látványosan a program (persze le lehet kezel- 
ni a kivételt) , mint egy túlcímzett tömb sunyin belefirkáljon más 
változók tartalmába. 

Eddigi tömbjeink hossza fordítási időben bele volt égetve a progra- 
munkba. Természetesen semmi akadálya, hogy menet közben, futás- 
időben álmodjuk meg a hosszát: 


int hossz 5 5; 
long[] longtomb - new long[hossz]; 


De akár a típusát is: 


string tipusnev 5 "System.DateTime"; 

Type t - Type.GetType(tipusnev); 

Array milyentomb - Array.Createlnstance(t, 2, 5); 

milyentomb.SetValue(new DateTime(2002, OS, 12), 
1, 3); 
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Azaz létrehoztunk egy DateTime (dátum) típusú tömböt, amely két- 
dimenziós lett. A tömb tényleges típusa futásidőben derül ki, hiszen 
a típus nevét menet közben is bekérhettük volna a felhasználótól. 
Mivel minden tömb őse a System.Array, egy Array típusú referenciá- 
val tetszőleges típusú tömbre hivatkozhatunk. Ebben az esetben 
azonban nem működik a []-es elérés, a SetValue(), GetValue() álta- 
lános elérőmetódusokat kell használnunk. 

A létrehozás azonban még mindig nem elég dinamikus. A dimenziók 
száma bele van égetve a kódba (most a hosszuk is, de ezt könnyű 
lenne kicserélni változókra) . 

Azt is megtehetjük, hogy a dimenziók méretét összeállítjuk egy 
tömbben, és az Array.Createlnstance-nek ezt adjuk át. 


int[(]dimenziok 5 new int[] (3, 78, 2, 7, 8); 
Array terido - Array.Createlnstance( 
typeof(string), dimenziok); 


Az első sorban hozzuk létre a dimenziók hosszát leíró tömböt. Lát- 
ható, hogy egy tömböt rögtön létrehozáskor is lehet inicializálni, 
így tömörebb kódot kapunk. Mivel a dimenziók számát megadó 
tömb ötelemű, egy ötdimenziós vektorteret (tömböt) kapunk ered- 
ményül. Az adatok eléréséhez az indexeket is tömbben kell átadni, 
hisz a dimenziók száma is csak futásidőben dől el: 


int[] indexek 5 (1, 2, 1, 2, 1; 
terido.SetValue( "ember", indexek); 


Látható, hogy az indexek nevű tömb feltöltésekor egy még tömö- 
rebb formátumot használtam. 

Az eddig tárgyalt tömbök rectangular (négyszögletes, szabályos) 
tömbök voltak, azaz folyamatos memóriaterületen helyezkedtek el. 
A bennük levő adatokat az indexek ismeretében a tömb kevés indi- 
rekcióval képes elérni. Kiszámolja az indexek alapján a kívánt elem 
címét, majd a megfelelő eltolással belecímez a memóriába. Ezen 
tömbök elérése nagyon gyors, de ha nem használjuk ki a cellák je- 
lentős részét, meglehetősen memóriapazarló tud lenni. 

Abban az esetben, ha valamely dimenzió(k) mentén nem haszná- 
lunk fel sok elemet, érdemes egy másik típust, ragged vagy jagged 
(csipkézett? fűrészfogas?) tömböt készíteni. Ez tulajdonképpen töm- 
bök tömbje. Deklarációja: 


byte[][] jagged - new byte[3][]; 


Figyeljük meg, hogy most a kapcsok egymás után vannak, ahogyan 
menzió hosszát adhatjuk meg. Létrejött egy háromelemű vektor, 
amelynek minden eleme tulajdonképpen byte[] típusú. Minden ele- 
me egy byte tömb. Hozzuk létre az elemeket is: 


jagged[(0] 5 new byte[22]; 
jagged[2] - new byte[200]; 
jagged[2] 5 new byte[4]; 


Láthatóan az altömbök hossza változó, így tárhelyet spórolhatunk 
meg a szabályos tömbhöz képest. E tömb tárkapacitása kb. 12 -- 100 
4 4 bájt az elemekhez, és kb. 3x4 a három referenciához, azaz 128 
bájt. Egy szabályos tömbben ez nagyjából 300 bájt lenne: 


byte[,] szabalyos - new byte[3, 200]; 
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A J betűvel kezdődő márkanevű keretrendszer (a gyen- 
gébbek kedvéért: JAVA) csak a jagged tömböket ismeri. 
Ez jót tesz a memóriafoglalásnak, de hátrányos a sebes- 
ségre. De ezt ott már megszokhattuk. 

Vigyázzunk a jagged tömbökkel, mert sok nyelv, például a 
VB.NET nem ismeri, és nem is kötelező neki, mert nincs benne a 
Common Language Specificationben! Használjuk bátran Ct$-ban, 
csak nyilvános tagokban ne éljünk vele, azaz ne lássa a külvilág, 
hogy valamelyik osztályunk ezzel dolgozik. 


Rendezés, keresés 

Azt gondolhatnánk, már mindent tudunk a tömbökről, de a java 
még csak most jön. Mit teszünk, ha van például egy emberek nevét 
tároló tömbünk, és szeretnénk azt névsor szerint sorbarendezni? A 
lelkesebbek nekilátnak buborékrendezést írni, de valljuk be, vannak 
annál hatékonyabb algoritmusok is. Csakhogy a gyorsabb algoritmu- 
sok bonyolultabbak is. A két leggyorsabb algoritmus a heap-sort és 
a guick-sort (gyorsrendezés). Speciális esetektől eltekintve a guick- 
sort a leggyorsabb az összes között (0(n log2 n)). 

A hétköznapi programozó azonban nem akar rendezőalgoritmust ír- 
ni, írja meg azt valaki más, például a Microsoft. És lőn. 

Az Arraynek van egy Sort nevű statikus metódusa, amelynek hasz- 
nálata gyerekjáték: 


string[] macik - ( "maci", "laci", "bubu"); 
Array.Sort(macik); 


Lássuk, mi lett a tömbünkben: 


foreach(string e in macik) ( 
Console.WriteLine(e); 


bubu 
laci 
maci 


Természetesen az a nagy kérdés, honnan tudja a tömb, hogyan kell 
összehasonlítani két stringet? És mi van, ha a rendezendő tömb Kis- 
kutya osztálypéldányokat tárol? Azokra hogyan értelmezi a kissebb- 
ség-nagyobbság-egyenlőség fogalmát a Sort? 

Nos, a megoldás elég szellemes. A Sort egy árva típuson sem tudja 
értelmezni a sorrendet. Ki tudja hát? Természetesen maga a típus. 
Senki sem ismeri jobban egy típus szerkezetét és belső logikáját, 
mint maga a kérdéses típus. Azon típusok, amelyek szeretnék ma- 
gukról kinyilvánítani, hogy értelmezhető rajtuk egyféle sorrend, tar- 
talmazzák (implementálják) az IComparable interfészt. Ezen 
mindössze egyetlen metódus van: 


int CompareTo(object obj); 


Az object paraméter az a típus, amit az osztálynak saját magával kell 
összehasonlítania. Természetesen általában leellenőrizzük, hogy 
olyan típust kaptunk-e paraméterül, mint amilyenek ,mi vagyunk". 
Ha úgy döntünk, hogy a paraméter és mi magunk egyenlőek va- 
gyunk, nullát adunk vissza. Az egyenlőséget persze úgy értelmez- 
hetjük, ahogy csak akarjuk. Például egy embereket leíró osztálynál 
akár a magasságuk alapján is dönthetünk; ekkor a rendezés termé- 
szetesen magasság szerinti lesz. 


2EB0O8. B64.- 
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Ha a paraméter kisebb mint mi, egy negatív számot, ál- 
talában -1-et adunk vissza; minden más esetben --1-et. 
Akkor sincs gond, ha a rendezendő tömbben tárolt ob- 
jektumok nem támogatják az IComparable-t, mert a Sort 
másik változatában átadhatunk egy IComparer interfészt meg- 
valósító objektumot, így a tömb arra bízza a sorrend értelmezését. 
Ennek részleteibe most nem megyünk bele. 
Ha már rendezett a tömbünk (de csakis akkor), már adottak a felté- 
telek, hogy végrehajtassunk egy bináris keresést valamely elem 
után. Tudjuk, hogy a bináris keresés előnye, hogy a keresendő tar- 
tomány állandó felezgetésével nagyon hamar, pár lépésben megta- 
lálja a keresett elemet - de csak rendezett halmaz esetén. 
Keressük hát meg macit: 


int pos - Array.BinarySearch(macik, "maci" ); 
Console.WriteLine("Maci a (DD). a tömbben", postl); 
Maci a 3. a tömbben 


ArrayList 

Az ArrayList és a soron következő osztályok a System.Collection név- 
térből származnak. 

Az ArrayList egy felokosított tömbnek tekinthető. Legfőbb tudása 
abban áll, hogy megnyújtja magát, ha szükséges, azaz a hossza di- 
namikusan változik. 


ArrayList al - new ArrayList(); 
al.Add("Én leszek az első elem"); 
al.Insert(1, 345); 

al.Add("Én meg az utolsó"); 


Az eredetileg 0 hosszúságú tömb a három elem hatására meg- 
növelte a méretét 3-ra. Azonban függetlenül attól, hogy az 
ArrayList nyújtható, nem lehet túlcímezni, nem lehet átlépni a 
kollekció által nyilvántartott méretet: 


al[(5) 5 "Ez biz elszáll"; 
System. ArgumentőutofRangeExc: 
range. Must be non-negative and less than the size 


Index was out of 
of the collection. 


Ha mindenáron be akarunk lőni egy induló méretet azért, hogy 
egy bizonyos határon belül bátran belecímezhessünk a kollek- 
cióba, egy másik konstruktorral vagy a Repeat statikus metódus- 
sal kell dolgoznunk: 


al - new ArrayList(new object[500]); 
vagy 


al - ArrayList.Repeat(null, 500); 
Console.WriteLine(al.Count); 7/5000 
Console.WriteLine(al(400] -- null); //True 


Ekkor a belső méret 500-ra áll be, és minden cella egy nullértékű re- 
ferenciát fog tartalmazni. 

Az ArrayList értékes tulajdonsága, hogy le lehet róla kérni speciali- 
zált kollekciókat, amelyek tulajdonképpen burkoló- vagy proxyosz- 
tályok az alapkollekcióra. Például gyakori, hogy egy metódusnak át 
akarunk adni paraméterként egy kollekciót, de nem szeretnénk, ha 
kicserélné benne a hivatkozásokat, azaz egy csak olvasható kollek- 
cióra lenne szükségünk. Mi sem egyszerűbb: 
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ArrayList roList - ArrayList.Readünly(al); 
roList[0D] -— "Át tudom írni?"; 
System.NotSupportedException: Collection is read- 


only. 


Érdekes még az Adapter Design Patternt megvalósító Adapter nevű 
metódus. Ez egy tetszőleges IList implementációt képes ArrayList- 
ként láttatni. Ez azért nagyon hasznos, mert a .NET FCL tele van 
IList implementációkkal, például egy ListBox sorait leíró ListBox.Ob- 
jectCollection is az. Az ArrayList azonban tud valamit, amit a leg- 
több IList megvalósítás nem: sorbarendezni és keresni. Ezek után 
egy ListBox elemeinek sorbarendezése nagyon egyszerűvé válik: 


ArrayList 
b Items); 
names.Sort( ); 


names  -  ArrayList.Adapter(lstNames. 


Tiszta legózás az objektumokkal. Élvezet használni. 

S ha már legózunk: az is gyakori, hogy egy szöveget elkezdenek be- 
gépelni, és ennek hatására ki kell választani azt a sort egy listában, 
amelyiknek a kezdőbetűi azonosak a begépelt szöveggel: 








batka 
bodri 
bubu 
buksi 
cicu 
Cirmos 












juliska 
laci 
maci 
micu 


Rendezz l 





Az Adapter és a bináris keresés felhasználásával oldhatjuk meg a 
feladatot. Most a TextBox TextChanged eseményében kell dolgoz- 
nunk: 


ArrayList 
S Items); 
int pos - names.BinarySearch(txtName.Text); 


names z — ArrayList.Adapter(1stNames. 


pos - pos £ 0 ? -pos : pos; 
pos - pos 2-7 names.Count ? names.Count-1 : pos; 
1lstNames.Selectedlndex - pos; 


Folytatjuk... 
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Az XML Schenma (III. rész) 


Az előző két részben átrágtuk magunkat a séma alapvető elemein, így gyakorlatilag 
képesek vagyunk tetszőleges xml struktúrát definiálni az XML Schema segítségével. 
Most megnézzük, hogyan lehet névterekkel élővé varázsolni sémánkat, és konkrét 
környezetekben (COM és .NET) hogyan lehet használni az eddig megszerzett tudásunkat. 


Névterek 

Eddigi példáinkban nem használtunk névtereket sem a példánydo- 
kumentumokban, sem a sémákban. Másképpen szólva minden xml 
dokumentumpéldány elemei és attribútumai a , null" névtérben 
voltak. A gyakorlatban ez általában nem megfelelő, a dokumentum 
egyes részeit, vagy egészét valamilyen névtérbe, névterekbe terel- 
getjük. Természetesen a sémának is tükröznie kell ezt a döntést, 
és valahogyan kapcsolatot kell teremteni a fizikai sémadokumen- 
tum és egy, valamely xml dokumentumban használt névtér között. 
A sémadokumentumban a targetNamespace attribútum jelöli ki 
a sémakomponensek alapértelmezett névterét. Nézzük meg 
egyik korábbi sémánkat, és egészítsük ki a cél névtérrel: 


Xxsd:schema 
xmlns:xsd-"http://www .w3. org/20021/XMLSchema" 
targetNamespace-"urn:xmilly"2 


Természetesen a leírandó xml dokumentumban is be kell vezet- 
ni ezt a névteret: 


$Xkonyv isbn-"083b2174b2" xmlnsz"urn:xmlil4"2 
KcimoxKutyavilág£/cim2 


A ,bevezetni a névteret" persze nagyon laza megfogalmazás. 
Láthatjuk, hogy az urn:xml14 névteret mint alapértelmezett 
(default) névteret vezettem be a gyökérelem, a konyv elem 
szintjén. Ez azt fogja eredményezni, hogy a dokumentum 
összes eleme ebben a névtérben lesz, de az attribútumok 
nem! Ezt nagyon fontos tudni! Ilyen a névtérszabvány! 

Azt is lényeges látni, hogy ez csak egyféle névtérbevezetés. 
Gyakori például az, hogy a gyökérelem benne van valamilyen 
névtérben, de a gyermekei már a , null" névtérben vannak. Ha- 
sonlót lehet látni például egy SO0AP-csomagban. Ebben az eset- 
ben általában nem alapértelmezett névteret használunk, hanem 
egy prefix-hez rendeljük, és a megfelelő elemnél vagy attribú- 
tumnál jelezzük a hovatartozását. 

Írjuk úgy át a sémát, hogy az összes elem ebben a névtérben le- 
gyen, de az attribútumok nem, azaz írjunk sémát az előző pél- 
dányhoz! Ha a targetNamespace-szel kiegészített sémánkat 
ráuszítjuk a módosított xml dokumentumunkra, már a séma be- 
töltésekor hibát kapunk: 

Type "isbnTipus" is not declared or not a simple 
type. An error occurred at 
file:///...konyvsemal3.xsd(3b, b). 


Az a baj, hogy az isbnTipus-ra hivatkozó attribútumunk 
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£Kxsd:complexType name-"konyvTipus"2 
£xsd:attribute name-"isbn" type-"isbnTipus"/2 


nem találja az isbnTipus-t. Pedig ott van: 


£xsd:simpleType name-"isbnTipus"2 
£Kxsd:restriction base-"xsd:Sstring"2 
£Xxsd:pattern valuez"[0-9j( 20)" /2 
£/xsd:restriction2 
£/xsd:simpleType2 


Nyilvánvalóan elbeszél egymás mellett a két oldal, ami a névtér 
bevezetése miatt történt. A helyzet a következő: a targetNames- 
pace azt definiálja, hogy a séma összes globális (azaz a schema 
elem közvetlen gyermekeként definiált) komponense a megadott 
célnévtérben lesz értelmezve. Az isbnTipus tehát valójában az 
urn:xml14, és nem a , null" névtérben lakik. Teljesen minősített 
neve: urn:xml14:isbnTipus. Ezért nem találkozik a konyvTipus 
isbn attribútuma ezzel az egyszerű típussal. Segítsünk neki! 
Szeretnénk a 


£Kxsd:attribute namez"isbn" type-"isbnTipus"/2 


sorban a type-"isbnTipus"-ban jelezni az isbnTipus névterét. Ezt 
csak akkor tudjuk megtenni, ha létrehozunk egy prefix-es álne- 
vet is az urn:xml14 névtérre: 


£xsd:schema targetNamespace-"urn:xmilu" 
xmlns:xxxz"urn:xmil4" 2 


Ezt megtehettük volna közvetlenül az attribútum definíciójában 
is, de még sok helyen szükségünk lesz rá, így legjobb gyökér- 
szinten túllenni rajta. Ezek után használhatjuk a prefixet: 


Xxsd:attribute namez"isbn" type-"xxx:isbnTipus" /2 


Minden egyes elem típushivatkozásával ugyanígy járunk el. 
Ezek után a sémánk már formailag rendben van, viszont nem azt 
csinálja, amire terveztük. Ha ráeresztjük teszt xml dokumentu- 
munkra, akkor rengeteg hibát kapunk, például: 

Validation Error: Element 
invalid child element 
"era, 


"urn:xml24:konyv" has 


"urn:xmll4:cim" ." Expected 


Mit jelent ez? A sémavalidátor észrevette, hogy a gyökérelemnek, az 
urn:xml14 névtérben lakó konyv nevű elemnek a cim nevű gyermek- 
eleme az urn:xml14 névtérben van, pedig ő a , null" névtérben várta. 
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Ez arra enged következtetni, hogy sémánkban sikerült 
a konyv elemet belerakni a kívánt névtérbe, de a cim 


S] 
9 elem névtér nélkül van definiálva benne. Mi a különb- 


bálisan van definiálva, a cim pedig lokálisan. Mit is mondtam 
korábban? Azt, hogy a targetNamespace alapvetően csak a globá- 
lisan definiált komponensekre hat, tehát a konyv-re hatott, de a 
cim-re nem! Ez az oka a problémánknak. Mit lehet tenni? 
Megtehetnénk, hogy a lokális elemekben nem csak a type, ha- 
nem a name attribútumban is használjuk az xxx névtér prefixet. 
A sémaszabvány szerint azonban az element sémakomponens 
name attribútuma egy NCName, Non Colon Name, magyarul nem 
tartalmazhat kettőspontot. Ezért más módszer után kell néznünk. 
Lokális elemek esetén a form attribútumon keresztül jelezhet- 
jük, hogy az elem benne van-e a targetNamespace által definiált 
névtérben vagy nincs: 


£Kxsd:element name-"cim" type-"xxx:nevTipus" 
form-"gualified"/5 


A gualified azt jelenti, hogy a targetNamespace-ben megadott 
névtér erre az elemre is vonatkozik, azaz most már 
urn:xml14:cim elemeket vár el a sémánk. Az ungualified ennek 
ellentéte, ez volt az alapértelmezett viselkedés. 

Fontos látnunk, hogy a form attribútumot csak lokális elemekre 
és attribútumokra lehet használni, a globális elemek és attribú- 
tumok automatikusan a targetNamespace-ben vannak. 

Mivel most olyan a leírandó xml dokumentumunk, hogy minden 
elem a célnévtérben van, minden egyes elemhez ki kellene írni 
a form-"gualified" attribútumot. Ezt megspórolandó, rögtön a 
schema gyökérelemben kijelölhetjük, hogy az összes lokálisan 
definiált elem a célnévtérhez tartozzon. Erre való az element- 
FormDefault attribútum: 


XKxsd:schema 
xmlns:xsd-"http://www.w3. org/2001/XMLSchema" 
targetNamespaces"urn:xmil4y" 
xmlns:xxxz"urn:xmilu" 
elementFormDefault-"gualified" 2 


Ettől kezdve minden lokális elem a célnévtérben lesz. Általában 
az elemek többségétől függően érdemes beállítani az element- 
FormDefault-ot arra, ami nekünk hasznosabb, és a másképp vi- 
selkedő elemekben a form attribútumon keresztül felülbíráltat- 
hatjuk a központi beállítást. Az elementFormDefault alapértel- 
mezett értéke ungualified. 

Mi a helyzet az attribútumokkal? Pontosan ugyanúgy viselked- 
nek mint az elemek: a globálisan definiáltak automatikusan 
gualifiedok, azaz a célnévtérben lesznek, míg a lokálisak nem. 
Ez most nekünk jól jött, mert az isbn egy lokálisan definiált att- 
ribútum, azaz ungualified, nincs benne az urn:xml14 névtérben. 
Mivel pont ez volt a feladatunk, ez megfelelő számunkra. Ha őt 
is szeretnénk berakni a célnévtérbe, a form attribútum rá is mű- 
ködik. Központilag az attributeFormDefault-al lehet beállítani a 
lokális attribútumok névtérhasználatát. Ha a példánkban az att- 
ributeFormDefault-ot is  gualified-ra állítjuk, a validátor hibát 
fog jelezni, mert a példánydokumentumban az isbn attribútum 
nincs a kívánatos névtérben. De belerakhatjuk, ha úgy tetszik: 


XKkonyv a:isbn-"D8352174b2" xmlnsz"urn:xmll4" 
xmlns:az-"urn:xmllu4"52 
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Mivel az alapértelmezett névtér nem vonatkozik az attribútumok- 
ra, csak úgy tudjuk berakni az isbn attribútumot a kívánt névtér- 
be, ha készítünk rá egy prefixes álnevet is. Fontos, hogy a két 
névtérstringnek pontosan azonosnak kell lennie. Prefixként 
szándékosan nem ,xxx"-et hanem ,a"-t választottam, hisz a pre- 
fix értéke lényegtelen, az csak egy rövidítés a valódi névtérre. 
A névterek szisztematikus, átgondolt használata nem triviális 
feladat. Egy bonyolultabb séma felépítése sem gyerekjáték, ugya- 
nis a bőség zavarában nem könnyű kitalálni, hogy egy-egy funk- 
cionalitáshoz mit használjunk. Például összetett elemek felépíté- 
séhez használhatunk összetett típus leszármaztatást, de akár Mo- 
dell Groupokat is (ld. előző rész). Vagy bármely sémadokumen- 
tumban a séma névterét alapértelmezett névtérré is tehetnénk, és 
nem kellene bajlódni a rengeteg xsd vagy bármi egyéb prefixszel. 
De ennek is vannak hátrányai, mert nem válik szét élesen, melyik 
elem tartozik a sémaszabványhoz, és melyik a sajátunk. Magyarul 
olyan útmutatóra lenne szükség a World Wide Web konzorciumtól, 
amiben sémában jártas emberek leírnák, hogy mely helyzetekben 
melyik megoldást érdemes használni. Ezeket Best Practices írá- 
soknak hívják. Sajnos a konzorcium nem írt ilyet, de szerencsére 
vannak lelkes emberek, így a [2] címen elég sok információt ta- 
lálhatunk a gyakorlati tervezési döntésekhez. 


XML dokumentum - Séma találkozó 

Itt az ideje, hogy megnézzük, milyen gyakorlati technológiákkal 
lehet kezelni a sémákat, hogyan lehet validáltatni xml doku- 
mentumpéldányokat. 

Előtte azonban le kell tisztáznunk azt a kérdést, hogyan talál egy- 
másra egy xml- és egy sémadokumentum? Triviális, hogy a 
névtereken keresztül. A névtér azonban csak egy absztrakt szim- 
bólum, nincs tényleges fizikai jelentése, a legtöbb esetben nem 
egy valódi URL. Az urn:xml14 alapján nem lehet tudni, hogy fizi- 
kailag honnan töltse le a sémát az ellenőrző- (validáló-) program. 
Összefüggéseket kellene definiálni a névterek és az őket leíró 
xml sémák fizikai elérése között! Ezt természetesen az xml do- 
kumentumokban kell megtennünk, hogy az elemző (parser) elő 
tudja bányászni a szükséges sémákat. 

A dokumentumpéldányok kiegészítéséhez egy külön névteret is 
definiált a w3c: http://www.w3.org/2001/XMLSchema-instance. 
Ezt a névteret általában az xsi prefixhez szoktuk rendelni. 

Ettől kezdve használhatjuk a schemaLocation attribútumot, 
amelyben tetszőleges számú ,névtér" - ,névtérhez tartozó séma 


rokat is whitespace karakterek választják el egymástól. Például: 


Kkonyv isbn5-"0835b2174b2" xmlnsz"urn:xmll4" 
xmlns:xsi-"http://www.w3.org/2001/XMLSchema- 
instance" 
xsi:schemaLocationz"urn:xm1il4 konyvsemal3.xsd"2 


Ez azt jelenti a doksit felolvasó elemzőnek, hogy ha a dokumen- 
tumban validálni kell egy olyan részt, ami az urn:xml14 névtér- 
ben van, akkor ehhez tessék betölteni a konyvsema13.xsd nevű 
séma dokumentumot. A második rész egy URL, azaz lehetne egy 
http://... stb. is. 

Ha több névteret és sémadokumentumot használunk, akárhány 
névtér-séma párost meg lehet adni a schemaLocation attribútu- 
mon belül. 

Ha a dokumentumunk nincs névtérbe helyezve, a noNamespace- 
SchemalLocation attribútummal tudunk hivatkozni a leíró séma 
dokumentumra. Ekkor persze csak egy séma URL-t kell megadni. 
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Validálás (ellenőrzés) .NET módra 

A .NET framework-ben az XmlValidatingReader segítségével tu- 
dunk xml dokumentumokat validálni. Ez egy XmIReader leszár- 
mazott (ld. tech.net 2002. januári szám), amely az xml doku- 
mentum felolvasása közben ellenőrzi azt egy sémával szemben. 
Képes DTD, XDR és XSD sémák használatára is, azaz a régebbi sé- 
mákra is működik. Egy dokumentum teljes kielemzéséhez végig 
kell olvastatnunk a teljes tartalmat az XmlValidatingReader-el. 
Olvasás közben számos probléma lehet az ellenőrizendő doku- 
mentumban, lehet, hogy több ponton nem felel meg a sémának. 
Egy egyszerű ,hiba volt" jellegű tulajdonság nem lenne túl bő- 
beszédű, ezért az XmlValidatingReader eseményeket generál 
(raise) a validálási hibák során. Ezt az eseményt kell elkapnunk, 
így minden hibáról értesítést kaphatunk. Hozzunk hát létre egy 
egyszerű validáló metódust: 


l public bool Validate() ( 

8. Úgy 1 

3 XmiTextReader tr - new 

u XmliTextReader(xmlFile); 

5 XmiValidatingíReader vr - 

bh new XmliValidatingíReader(tr); 

7 vr.ValidationType - ValidationType.Schema; 
8 vr.ValidationEventHandler $t- new 

SÜ ValidationEventHandler(ValidationCallBack); 


A harmadik és negyedik sorokban létrehozunk egy XmlTextRea- 
der-t, ez olvassa fel az ellenőrizendő xml dokumentumot. Az 
ötödik és hatodik sorokban jön létre az XmlValidatingReader 
példányunk, amely az előző lépésben létrehozott XmIReader-ből 
táplálkozik. (Sajnos nincs olyan konstruktora, ami közvetlenül 
egy URL-t várna paraméterül. ) 

A hetedik sorban a ValidationType jellemzővel tudatjuk vele, 
hogy XSD sémát fogunk használni. Itt lehetne megadni a DTD-t 
vagy XDR-t is. 

A nyolcadik sorban csatlakozunk a ValidationEventHandler ese- 
ményhez a kilencedik sorban létrehozott delegate-en keresztül. 
A ValidationCallBack metódusunkat fogja visszahívni a validá- 
tor, miközben hibákat észlel az ellenőrzés során. Az eseményke- 
zelő jelen esetben elég egyszerű: 


void ValidationCallBack( 
object sender, ValidationEventArgs args) ( 
Console.Write("Validation " t 
args.Severity $t ": " t args.Message tt "nin" ); 


A ValidationEventArgs szállítja a hibákról szóló információkat. A 
Severity a hiba súlyosságáról ad felvilágosítást: Error (hiba) 
vagy Warning (figyelmeztetés). Az esetek többségében hibára 
számíthatunk. A Message jellemző általában egy értelmes hiba- 
üzenetet tartalmaz, ami megjelöli a hiba okát és helyét is. Van 
még egy Exception jellemzője is, ebben egy XmISchemaExcepti- 
on példányt kapunk vissza. Ez akkor nagyon hasznos, ha fontos, 
hogy pontosan melyik sorban, karakternél történt a hiba, mert 
az XmISchemaException-ben ezeket közvetlenül is el lehet érni. 
Ha nem írunk eseménykezelőt (kihagyjuk a 8.-9. sort), az első 
hiba során kapunk egy XmISchemaExceptiont, és aztán vége az 
elemzésnek. Ha csak igen/nem válaszra van szükségünk, akkor 
ez is megfelelő lehet. 

A tényleges validáláshoz egyszerűen tekertessük végig a valida- 
tort az egész xml doksin: 


tech.net 


working with 


windows / 


while( vr.Read() ) 


Addig olvastatjuk fel a következő xml node-ot, amíg 
csak a végére nem érünk a doksinak. Ha közben nem 
csapott be az eseménykezelő, akkor a doksi valid. 
Reader? Természetesen a korábban látott xsi:schemaLocation 
vagy xsi:noNamespaceSchemalLocation attribútumokból. Ez jó 
is, meg nem is. Jó, mert egyszerű használni, ha az xml doku- 
mentumpéldány megfelelően fel van cicomázva xsi attribútu- 
mokkal. A validatornak azonban valahogyan le kell tölteni az 
xml doksiban megadott sémadokumentumot. Erre az 
XmlResolver osztályt használja a reader. Ha a hivatkozott séma- 
dokumentum minden további nélkül elérhető, ezzel nem kell tö- 
rődnünk, egy példányt létrehoz az XmlValidatingReader, és azt 
használja. Viszont mi van akkor, ha például a séma egy 
webkiszolgálón csücsül, és onnan csak hitelesítés (authenticati- 
on) után kaphatjuk meg a tartalmát? Ebben az esetben nem jó 
az automatikusan keletkező XmlIResolver, nekünk kell létrehozni 


ket. Például: 


XmiTextReader reader - new 
XmlTextReader ( "http: //1localhost/doksi.xml"); 
NetworkCredential nc - new NetworkCredential( 

"username", "password", "domain" ); 
XmlUr1lResolver resolver - new XmlUrlResolver( ) ; 
resolver.Credentials - nc; 


Aa TC in E u ru e 


reader .XmlResolver- resolver; 


Anélkül, hogy a részletekben elmerülnénk, nézzük meg a kód- 
részlet fontosabb funkcióit. Egy NetworkCredential példányban 
tároljuk el az elérendő dokumentum (például a doksi.xml-ben ta- 
lálható sémahivatkozás) hozzáféréséhez használandó hitelesíté- 
si jellemzőket. Az 5. sorban kézzel létrehozunk egy XmlResolver 
példányt, amely egy leszármazott osztály, XmlUrlResolver. Ez 
HTTP-n keresztül vagy fájlrendszerből képes dokumentumokat 
letölteni (http:// és file:// protokollok) . 

Azért hoztuk létre kézzel, hogy a 6. sorban meg tudjuk neki ad- 
ni az előzőleg összeállított hitelesítéshez használandó osztá- 
lyunkat. Ezek után már csak az XmlTextReader-nek kell megmon- 
dani (7.) hogy ezt a Resolver példány használja a külső doku- 
mentumok betöltésé- 
re. A további részletek 
már azonosak a koráb- 
bi példa 5. sorától in- 
duló kódokkal. 


A .NET framework-ben 
az XmliValidatingReader 
segítségével tudunk xml 
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Remek ez az automa- dokumentumokat validálni. 


tikusan betöltődő sé- 

mamódszer, a gyakorlatban azonban jelentős teljesítményprob- 
lémákat vethet fel. Gondoljunk bele, hogy van párezer validálan- 
dó xml dokumentumunk, mindegyiket azonos sémával kell el- 
lenőrizni. Az eddigi megoldásunk minden egyes validáláshoz le- 
töltögetné, majd eldobná a sémát, ami nagyon erőforrásigényes 
lenne. Kézenfekvő az igény, hogy szeretnénk a sémát előre be- 
tölteni a memóriába, és ezt a ,bekesselt" sémát használni az 
XmlValidatingReader-ben. ig 

Erre való az XmISchemaCollection nevű osztály. Ez, mint a neve is 
mutatja, XmISchema példányokat tud tárolni. Az XmISchema és a 
hozzá tartozó járulékos osztályok alkotják a Schema Object 
Modelt, amelynek magyarul könnyen megjegyezhető rövidítése 
van: SOM. Ennek pont ugyanaz a szerepe a sémákra vonatkoztat- 
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hogy szeretnénk a sémát 


XmlValidatingReader-ben. 


va, mint az XML DOM-nak az xml dokumentumokra: 
programozott módon elérni és manipulálni a doku- 
mentumok tartalmát. Azaz nem sima szöveges fájl- 
ként, hanem egyszerű és komplex típusok, elem és att- 
ribútum deklarációk stb. összességeként láttatnak egy séma- 
dokumentumot. Ezzel majd még foglalkozunk egy későbbi szám- 
ban. 
Most az a fontos számunkra, hogy szeretnénk egy olyan XmISche- 
maCollection példányt előállítani, amelyben benne van az összes 
- a validáláshoz szükséges - névtér és a hozzá kapcsolódó séma- 
dokumentum. Ehhez létrehozunk egy példányt az osztályból, és 
az Add metódus segítségével hozzáadjuk a kívánatos sémát vagy 
sémákat. Többféle változata van az Add-nak, mi most azt hasz- 
náljuk, ami egy névteret és egy séma URL-t vár paraméterül. A 
névteret szándékosan nullra állítjuk, így az Add felolvassa, és a 
targetNamespace-ben megadott névtérhez tárolja el a sémát: 
XmiSchemaCollection schemaColl - new 
XmiSchemaCollection( ) ; 
schemaColl.Add(null, xsdFile); 


Ezt a séma-előbetöltést elég egyszer, például az alkalmazás ini- 
cializálásakor végrehajtani. Ezek után már csak az XmlValida- 
tingReadernek kell megadni a sémakollekciónkat, így az nem 
fog partizánakciók keretében sémákat töltögetni, hanem az ál- 
talunk előkészítettet használja. Ezt nagyon egyszerű megtenni, 
az XmiValidatingReader Schemas jellemzőjén keresztül el lehet 
érni az ő belső sémakollekcióját, amihez hozzá lehet fűzni az 
előre betöltött sémáinkat: 


vr . Schemas.Add( schemaCol1l); 


Persze ha olyan dokumentumot validálunk, amely olyan sémára 
hivatkozik, ami nincs a kollekciónkban, az XmlValidatingReader 
ki fog nyúlni egy XmlResolverrel, hogy betöltse azt. 

Valójában a validálás csak egy része a sémával való foglalatos- 
ságoknak. Például gyakori igény, hogy egy, a sémában int-ként 
definiált elem tartalmát tényleg int-ként tudjuk kiolvasni, azaz 
minden xml dokumentumtartalmat a sémában előírt típusként 
tudjuk írni-olvasni. Erre is van módunk, és ezt majd a SOM tár- 
gyalásakor fejtem ki részletesebben. 


Validálás COM módra 

COM világon ebben az 
esetben az  MSXML4 
programcsomagban ta- 
lálható COM komponen- 


z 2 ; sek által szolgáltatott 
előre betölteni a XML objektumokat ér- 


memóriába, és ezt a tem; 
nbekesselt" sémát A validálás filozófiája 


h álai COM-ban is nagyon ha- 
asznalni az sonló a .NET-es meg- 


közelítéshez. Itt is van 
sématároló, a neve: 
MSXML2.XMLSchemaCache40. A .NET-es példákban nem használ- 


Kézenfekvő az igény, 
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tam DOM-ot, csak XmlReadert. Most viszont egy MSXML2.DOM- 
Document40 példányba töltjük be a validálandó dokumentumot, 
megadva neki a sématárolónkat. A validálás kimenteléről a par- 
seError objektumon keresztül kapunk tájékoztatást: 


Dim xmlschema As MSXML2.XMLSchemaCache40 
xmlschema - New MSXML2.XMLSchemaCache40() 
"Séma betöltés 
xmlschema. add( "urn:xmll4", "..NXkonyvsemal3.xsd") 
Dim xmldom As MSXML2.DOMDoOcument40 

"Ez olvassa fel és validálja az xml doksit 
xmldom - New MSXML2.DOMDOcument40( ) 

"Itt kapja meg a betöltött sémát 

xmldom.schemas - xmlschema 

xmldom.async - False 
xmldom.load( " . . ikonyv23.xml") 


"Megnézzük minden ok-e? 

If xmldom.parseError.errorCode 0 0 Then 
MsgBox(xmldom.parseError.errorCode 8 " " 8. 
xmldom.parseError.reason) 

Else 
MsgBox("A doksi megfelel a sémának.") 

End If 


A fenti példakód VB.NET-ben készült (köszönhetően a COM 
Interopnak) , de minden változtatás nélkül futtatható VB6 alatt is. 


Zárszó 

Az xml sémáról szóló trilógiánk egyelőre a végéhez ért. A témát 
még korántsem merítettük ki, így a jövőben még külön számo- 
kat fogunk dedikálni a SOM és az SOL Server legújabb, sémával 
kapcsolatos fejlesztéseinek is. 


Soczó Zsolt 
Zsolt.Soczo onetacademia.net 
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házirendek 


A Windows 2000 csoportos házirendekhez hasonlóan az Exchange egyes beállításait 

is lehet központilag szabályozni. Az Exchanges házirend azért is hasznos, 

mert így egy helyről lehet beállítani olyan dolgokat, amelyek mindenkire érvényesek. 
Kézzel, egyesével is be lehet állítani a felhasználóknál, hogy mekkora lehet 

a postaládájuk mérete - ezt láttuk az előző cikkben - ugyanakkor házirend segítségével 
mindezt gyorsabban, egyszerre több adatbázison megtehetjük. 


Kétféle házirend létezik az Exchange-ben: 

Recipient Policy - ügyfélházirend. Ezekkel a házirendekkel ti- 
pikusan az e-mail címek létrehozásának szabályait adhatjuk 
meg, de postaládák karbantartását is szabályozhatjuk vele. 
System Policy - rendszerházirend. Exchange kiszolgálókra és 
adatbázisokra vonatkozó beállítások központi szabályozására 
használatos. Kezdjük ez utóbbi típussal! 


System Policies - rendszerházirendek 

A rendszerházirend három további altípusra osztható, háromféle 
rendszerobjektumhoz lehet házirendet rendelni: magához az 
Exchange Serverhez, a Mailbox Store-hoz (vagyis a postaládákat 
tartalmazó adatbázishoz) és a Public Store-hoz (avagy a nyilvános 
mappákat tartalmazó adatbázishoz). Az alábbi ábrán éppen dön- 
tés előtt állunk: a három altípus közül melyikre lesz szükségünk? 
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Delete 
Refresh 
Export List, , , 





Help 


5 Három típusú System Policy 


A házirendeket tartalmazó tároló , System Policies" néven találha- 
tó, vagy nem található (?) a System Managerben. Nem található, 
ugyanis nincs ilyen. A Microsoft valamilyen általam érthetetlen 
okból falat emelt a kevésbé képzett rendszergazdák előtt, hogy ne 
tudjanak rendszerházirendet készíteni. A , System Policies" tároló 
hiánya tökéletes hadicsel, sokan ezen a ponton feladják a policy- 
küzdelmet. Ezt a mappát ugyanis nekünk kell létrehoznunk. 

A következő tudnivaló, hogy a házirendtároló létrehozásához be kell 
kapcsolni az ,Organization" objektumon a ,Show Administrative 
Groups" beállítást. Körkörös védelem a gyengébbek ellen... 
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A következő képen az látható, hogy magán az Administrative 
Group objektumon állva lehet létrehozni a System Policies tárolót 
a házirendeknek, vagy ugyanitt, csak az Action menüből. Ez azt 
is jelenti, hogy ha több felügyeleti egységre van osztva egy szer- 
vezet, mindenhol külön kell a tárolót és a házirendeket megalkot- 
ni: a házirendek nem lépik át a felügyeleti csoportok határát. 
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5 Házirendtároló létrehozása 


Ha már megvan a tároló, létre tudunk hozni házirendet is. 
Vegyük példának a , Public Store" házirendjét! 

Amikor a System Policies - New - Public store policyra rábö- 
künk, a következő ablak jelenik meg: 





Property pages: 
[Ü General 
ID Database 
MÜ Replication 
CT Limíts 


ID Full-Test Indexing 


o A Public Store házirend létrehozásának első lépése 


eH08:. UL. 
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Administrative Group 
objektumon állva lehet 


System Policies tárolót 


Kiválaszthatjuk, mit szeretnénk szabályozni a házi- 
renddel. A , Public Folder Store" objektum tulajdon- 
ságlapjaiból választhatunk néhányat, azokat előre 
kitöltjük, majd ,ráhúzzuk"7 az áldozatra. A továbblé- 
péshez legalább egyet választani kell a listából. 
Ez igaz a Mailbox Store és a Server házirendre is. Mindenütt az 
adott objektumfajta tulajdonságlapjaiból választhatunk a házi- 
rend létrehozásakor, és legalább egyet választanunk kell. 
Ha választottunk tulajdonságlapokat, az OK után már csak ne- 
vet kell adnunk a házirendnek, és lehet is tekergetni a beállítá- 
sokat. Ezzel még mindig nem végeztünk, mert ugyan létrehoz- 
tuk a házirendet, mégsem érvényesül sehol, hiszen nem rendel- 
tük hozzá egyetlen adatbázishoz, nem húztuk rá egyetlen ,áldo- 
Zzatra" sem. A beállítások érvényesítéséhez a létrehozott házi- 
renden keressük meg az , Add Public Store" menüpontot a gyors- 
menüből. Mikor fog érvényre jutni a házirend? Az Active 
Directory replikációs késleltetésének letelése, valamint a 
Recipient Update Service reakciója után - azonnal. 
Ne feledjük: a System Managerrel az Active Directoryban, annak 
is a Configuration névterében dolgozunk! 
Ha a házirend hozzárendelése után megnézzük az adott adatbá- 
zis tulajdonságait, látni fogjuk ugyan a beállításokat, de min- 
den szürke lesz, tehát győzőtt a házirend. 


Miket is lehet beállítani a házirendekkel? 

"0 A Server-házirend az adott Exchange szerver(ek) , General" 
lapjára korlátozódik. Itt olyan beállítások vannak, mint a le- 
vélkövetés, illetve ezen funkció log fájljainak kezelésére vo- 
natkozó szabályok. 

"0 A nyilvános mappákhoz és a postaládákhoz tartozó házirendek- 
ben már több mindent találunk, van bennük több közös is. 
Mind a két helyen van ,Limits" és , Database" tulajdonságlap. 
Az előbbin tudjuk állítani a törölt elemek megtartásának ide- 
jét és a méretkorlátozásokat, utóbbin az automatikus adatbá- 
zis-karbantartást állíthatjuk be. Mindkettőnél van , Full Text 
Indexing" tulajdonságlap, amin az indexek frissítési interval- 
lumait állíthatjuk be. , General" füle is van mindegyiknek, ahol 
még objektumtól függően találunk néhány beállítást. Például 
Mailbox Store esetén az Offline címlistát lehet kijelölni. 

A nyilvános mappák házirendjéhez tartozik egy ,Replication" tu- 
lajdonságlap is, ahol magától értetődően a nyilvános mappák rep- 
likációját - például annak intervallumát, az , always run" pontos 
értékét, a replikációs 
csomagok méretét - 
tudjuk szabályozni. 
Remélem mindenki észre- 
vette, hogy a házirend 
System Policy részének 
nincs értelme, ha egy ki- 
szolgálón egyetlen 
Mailbox és Public Folder 
adatbázis van. Ebben az 
esetben csupán egyszer kell helyesen beállítani a kiszolgálót a meg- 
felelő objektumok tulajdonságlapján. 
Akkor már van értelme, ha mondjuk több Mailbox Store van a ki- 
szolgálón, és ezeket szeretnénk egyöntetűen beállítani. Ebben 
az esetben ugyanis nem kell elmenni minden egyes adatbázis 
beállításaihoz és ugyanazt bekattintani, hanem egyszer beállít- 
juk a házirendben, majd a sok adatbázishoz hozzárendeljük 
ugyanazt a szabályt. Minden egyes tulajdonságlaphoz külön há- 
zirendet hozhatunk létre, és azokat egyesével úgy rendelhetjük 
az adatbázisokhoz, ahogy csak szeretnénk. 
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Vegyünk egy példát: 
Adott két Exchange-kiszolgáló egy Administrative Groupban, az 
egyiken vannak a halandók egy részének postaládái és a nyilvá- 
nos mappák adatbázisa, a másikon két Mailbox adatbázisunk 
van: az egyik a cégvezetőknek, a másik a halandók másik részé- 
nek. Az összes adatbázison közös a beállítás a Full Text Indexin- 
get és az adatbázis-karbantartás idejét illetően. Viszont azt sze- 
retnénk, ha más Offline címlistája lenne a vezetőknek, és más a 
halandóknak. Ezenkívül a vezetők esetén nem akarjuk korlátozni 
a küldést és fogadást (bármekkorára nő is a postaládájuk) , csak 
finoman figyelmeztetjük őket a szomorú eseményről. A halandók 
esetében a figyelmeztetést 70 MB elérésekor küldjük ki, s ha nem 
tesznek a levelek szaporodása ellen semmit, 100 MB-nál megtilt- 
juk a levélküldést. Mindezek beállításához használjunk háziren- 
det, hogy a lehető legkevesebb munkával érjük el a célt! 

Több úton is eljuthatunk a megoldáshoz, az egyik a következő: 

"2 A közös beállításokhoz létre kell hozni egy Mailbox házirendet 
a ,Database" és a , Full Text Indexing" tulajdonságlapokkal. 
Beállítjuk rajtuk az adatbáziskarbantartási intervallumot, a 
Full Text Indexek létrehozását és frissítését, majd hozzáren- 
deljük a házirendet az összes adatbázishoz. 

0 Az Offline címlistákhoz és a méretkorlátozásokhoz tartozó 
beállításokhoz gyártunk két házirendet a , General" és ,Limits" 
lapokkal. Ezután hozzárendeljük az egyiket a vezetők adatbázisá- 
hoz, a másikat meg a halandók két adatbázisához. Persze a ve- 
zetők adatbázisán kézzel is megejthetnénk a beállításokat, ott 
nem nyerünk semmit azzal, hogy külön házirendet gyártottunk. 

Mi van akkor, ha ugyanazt a tulajdonságot több helyről is pró- 

báljuk szabályozni? Melyik beállítás fog érvényre jutni? 

Ha magán az objektumon állítottunk be valamit, a házirend ter- 

mészetesen felülírja a beállításokat. Ha két házirendben eltérő 

beállítás van ugyanarra a tulajdonságra, nem tudjuk hozzáren- 
delni ugyanahhoz az objektumhoz mindkettőt. Ilyenkor a követ- 
kező üzenetet láthatjuk: 


El 
/ The object: Public Folder Store (BIGA) is placed under the control of the following confiicting policies: 
4 Public Folders 
Do you want to remove this object from the control of these policies? 








5 Több házirend egy adatbázison nem tehető ugyanarra a 
tulajdonságlapra 


Választanunk kell: vagy meghagyjuk az eddigi beállításokat, vagy 
az új házirendet rendeljük hozzá az adatbázishoz. Figyelem! A 
fenti üzenetet akkor kapjuk, ha mindkét házirendben szerepel a 
Database" tulajdonságlap, és ezt szeretnénk ugyanahhoz az 
adatbázishoz rendelni. Ha az egyik házirendben csak a , General" 
lap van kitöltve, a másikban pedig a , Database", mind a két há- 
zirendet rá tudjuk húzni ugyanarra az adatbázisra. 

A házirenden a tulajdonságlapokat szabadon változtathatjuk a 
,Change property pages" segítségével, amit az Action menüből, vagy 
a jobb klikk hatására megjelenő context menüből tudunk előhúzni. 
Lehetőség van arra is, hogy kivételeket tegyünk a házirend alól. 
Láttuk például az előző cikkben, hogy a felhasználók tulajdonság- 
lapjain is vannak korlátozások. Felül lehet bírálni a házirend beállí- 
tásait, és egy adatbázison belül kivételeket tudunk tenni. Ugyanezt 
megtaláljuk a nyilvános mappák tulajdonságlapjai közt is. 

Ha meg szeretnénk szüntetni a házirendeket, nem elég a hozzá- 
rendelést elvenni, mert ilyenkor ugyan már nincs a házirend ha- 
tása alatt az adatbázis vagy a kiszolgáló, de a beállításai annak 
felelnek meg. Tehát el kell menni az objektumhoz és ott kell 
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beállítani mindent, vagy létre kell hozni egy házirendet az 
alapértelmezett beállításokkal, és azt kell hozzárendelni az 
adatbázisokhoz vagy kiszolgálókhoz. 

Nézzük a másik típusú Exchange házirendet, a Recipient Policyt! 


Recipient Policy - ügyfélházirend 

A System Managerben a Recipients alatt találhatjuk ezt a típu- 
sú házirendet. 

Kétféle házirend létezik Recipient Policy fedőnév alatt. Az egyik 
típus neve: E-mail Address Recipient 
Policy. Benne van a nevében, mire va- 
ló: az e-mail címeket szabályozzuk ve- 
le. A másik típust, a Mailbox Recipient 
Policyt kevesebben ismerik. Ezzel a 
Mailbox Manager működését lehet sza- 
bályozni. A Mailbox Manager az első ja- 
vítócsomag óta létezik az Exchange 
2000-ben, ennek ellenére nem új do- 
log, mert jelen volt az Exchange 5.5 SP3-ban is. A Mailbox 
Manager időről-időre megvizsgálja a postaládákat, és a beállítá- 
soktól függően kipucolja azokat. De nézzük előbb az e-mail cí- 
mekre vonatkozó házirendet! 


E-mail Address Recipient Policy 

Telepítés után azonnal van is egy ilyen szabály , Default Policy" 
néven, amelyben az X400 és az SMTP protokollhoz tartozó címek 
sablonjait találjuk. Ez a szabály mindenkire érvényes. 
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Default Policy Properti. 





General! E-Mail Addresses ] Detais ] 









Generation rules: 
Type [Address 


SMTP (Enwtraders.msít 
X400 €zusza: Nwtraders:0-Exchange: 


hee te rg 
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E-mail address type: 


ÜRVELeTmÉe e (ES 
X.400 Address 
Microsoft Mail Address 
SMTP Address 

co:Mail Address 

Lotus Notes Address 
Novell GroupWise Address 















a Sokféle címzési lehetőség létezik az Exchange Serverben 


A különböző típusú e-mail címek ugyanazt az információt tartal- 
mazzák, csak más-más formátumban. A képen látható, hogy sok- 
féle e-mail címtípust használhatunk, melyeket akár kézzel, akár 
házirenddel létrehozhatunk. Az előző Exchange-verzióhoz képest 
a Lotus Notes és a GroupWise címzés új ebben a listában. Az SMTP 
és az X400 címzés elengedhetetlen. A többi címzésre akkor lehet 
szükség, ha közvetlen csatolóval összekötjük az Exchanget más 
levelező rendszerrel. Ilyenkor egy Notesból, a Lotus Notes csato- 
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Sokféle e-mail címtípust 
használhatunk, 
melyeket akár kézzel, 
akár házirenddel 
létrehozhatunk 
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lón keresztül érkező levél címzettjét az itt megadott 
Notes formájú címmel azonosítja az Exchange. 

Egy típusú címből több is lehet a listában, ezek kö- 
zül mindig egyetlenegy az úgynevezett , elsődleges". 
Az előző részben részletesen szóbakerült, mi fán terem az 
elsődleges" cím: ha valakinek sok-sok azonos típusú (például 
SMTP) címe van, mindegyik címe fogadóképes, de kimenő leve- 
lei mindig az elsődleges cím felhasználásával készülnek. 
Exchange 5.5 esetén minden telephelyhez külön kellett beállí- 
tani a címzést (biztos ismerős a 
Configuration/Site Addressing). A telep- 
helyen belül nemigen lehetett okosan 
szabályozni, kinek milyen címe legyen. 
Exchange 2000 esetén a Recipient 
Policyk , General" fülén található LDAP- 
szűrővel lehet meghatározni, hogy a 
szervezeten belül kire legyen érvényes a 
beállított címzés. A policy segítségével 
felhasználók tetszőleges halmazára beállíthatunk egy-egy e- 
mail cím mintát, ami alapján a tényleges cím megszületik. A 
Modify gombbal egy LDAP szűrőt tudunk előhúzni, és igen fino- 
man meg tudjuk határozni az érintettek körét. Az előző részben 
a címlisták létrehozásánál volt szó az LDAP szűrőről. Itt is 
ugyanezt használjuk. 

A Default Policy esetén nem tudjuk megváltoztatni a tagságot, 
az mindenkire érvényes lesz. Ezzel biztosítva van, hogy minden 
felhasználónak lesz legalább egy SMTP és egy X400-as címe. 
Egy házirendnek mindig tartozéka az SMTP és az X400-as cím- 
zés. Ezeket nem lehet eltávolítani, csak hozzá lehet adni továb- 
bi címzéstípusokat vagy azonos típusból más címet. A Recipient 
Policy beállításainak érvényre juttatása a Recipient Update 
Service (RUS) feladata. 

A RUS szépen hozzá tudja adogatni az e-mail címeket a felhasz- 
nálókhoz, de elvenni már nem, csupán módosítani képes azokat. 
Ha egy házirendet megszüntetünk, sajnos az e-mail címek 
ottmaradnak a felhasználóknál, csoportoknál, névjegyeknél stb. 
A felesleges címeket egyesével, vagy LDAP scriptek segítségével 
lehet kitakarítani. Ugyanez igaz akkor is, ha megváltoztatjuk azt 
a kört, akiket érint az adott házirend. Akik kiesnek a pixisből, 
azoknak az elsődleges címe megváltozik, de a régi is ottmarad. 
Ha több házirendet hozunk létre, a létrehozás sorrendjében 
felépül egy prioritási rend is. Amennyiben azonos kört érint a 
házirend, mindig a sorban feljebb levő házirend lesz érvényes. 


[Recipient Policies 















Name ] Priority ] Last Modified 

S vallalat.net 1 5/6/2002 11:3€ 
dő .5(6/2002 11:21 
am LOVESt, nm DI6/2002. 10:3€ 








o Házirendek prioritási rendje 


Mindig a ,Default Policy" lesz a legutolsó a sorban, tehát a 
legalacsonyabb prioritású (prioritását nem lehet állítani). A töb- 
biét átállíthatjuk, ha például az adott objektumon jobb kattin- 
tással előhúzzuk a menüt. 


Mikor használunk több Recipient Policyt? 

Tipikusan akkor, ha több domainnéven szeretnénk levelezést 
bonyolítani, és ez más-más felhasználókat érint. Ilyenkor azt 
tehetjük, hogy minden csoportnak létrehozunk egy-egy szabályt 
úgy, hogy az LDAP szűrővel pontosan megadjuk az érintettek 
körét. Itt tulajdonképpen mindegy a prioritás, hisz eltérő kört 
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érintenek a házirendek. Ha valaki egyik körbe sem 

esik bele, a sor végén ott áll, és vár a Default 

Policy, ami biztosítja, hogy mindenkinek legyen e- 
mail címe. 

Persze ez még csak a megfelelő e-mail cím létrehozását 
biztosítja. Azt, hogy a levelek be is találjanak különböző címe- 
ken, még külön be kell állítani. Fon- 
tos kérdés, hogy mely tartományne- 
vekre ,harap" az Exchange Server, 
azaz melyik e-mail cím tartományt ér- 
zi magáénak (például XOfalatrax.hu). 
Ezt az Exchange 5.5-től eltérően nem 
telephelyszinten adjuk meg - mivel 
az Exchange 2000-ben nincs is olyan, 
hogy telephely. (Utóda a Routing 
Group, de erről majd máskor...) Érde- 
kes módon ezt is a Recipient 
Policyknál lehet beállítani. Annyi a 
teendőnk, hogy új e-mail cím minta 
készítésekor ,bennfelejtjük" a ,This Exchange Organization is 
responsible..." pipát, és úgy kattintunk az OK gombra. 


Mailbox Recipient Policy 

Mint említettem, a Mailbox Manager az első javítócsomaggal új- 
ra megjelent az Exchange-ben. Az eszköz eredetileg az MS 
BackoOffice Resource Kit része volt. A Mailbox Managerrel oly 
módon szabályozhatjuk a postaládák (és így az egész adatbázis) 
méretét, hogy minden egyes belső mappára idő- és méretkorlá- 
tot állíthatunk fel. Ugyanúgy mint az előzőekben, LDAP szűrő 
segítségével lehet meghatározni az érintetteket. 


MMIPröperties EE 


General. Mailbox Manager Settings (Policy) ] Details ] 


2]xl 





When processing a mailbox: 








[Age (days) ] SizelkB] [A 





30 1024 
30 1024 
30 1024 
30 1024 
30 1024 
[I Contacts 30 1024 
[I Notes 30 1024 
Deleted Iterns 30 1024 
System Cleanup Folders 30 1024 s! 





HBernove 





Add... Edit 


TI Send notification mail to user after processing 





TT Execlude specific message classes: Custornize, 





Cancel ápply I Help I 





a Mailbox Manager beállítások 


workinűú with 


A Mailbox Managerrel 
oly módon szabályozhatjuk 
a postaládák méretét, 
hogy minden egyes belső 
mappára idő- és 
méretkorlátot 
állíthatunk fel 
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A fenti képen az alapbeállítások láthatók: 

- Csupán egy egyszerű jelentést kap a rendszergazda a kihágá- 
sokról, más nem történik (lásd később). 

"2 Alapvetően minden postaládán belüli mappa 1MB-os korláttal 

és 30 napos élettartammal rendelkezik. 

Minden üzenettípusra vonakozik a korlátozás. 

2 A felhasználó nem kap tájékoztatást 
a postaládája állapotáról. 

A riport helyett azonnal töröltethet- 

jük is a határon kívül eső elemeket, 

vagy akár a ,Deleted Items" közé is 

rakathatjuk őket. 

Az üzenettípusok tuningolásával lehetővé 

válik, hogy másként kezeljük a leveleket 

és másként például a felvett névjegyeket. 

A következő nem levél típusú üzenetosz- 

tályokat tudjuk megkülönböztetni: 

2 IPM.Appointment 

- IPM.Task 

IPM.Contact 

IPM: Activity 

IPM.Note 

IPM.Post 

IPM.StickyNote 

Azt hiszem egyértelmű, hogy az elnevezések mely üzenettípus- 

ra vonatkoznak. Ebben a formában kell felvenni a , Exclude 

Specific Messages Classes" listába, ha valamelyiket ki szeret- 

nénk hagyni. 

Mint ahogyan a Recipient Policy nem jut érvényre, amíg ,főnö- 

ke", a RUS nem foglalkozik vele, a Mailbox Policy sem önjáró, 

az ő ,főnöke" a Mailbox Manager. A postaládák karbantartásá- 

nak ütemezése és egyéb beállításai az Exchange kiszolgáló tu- 

lajdonságlapjai közt találhatók. 
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Directory Access ] Policies ] Security ] Monitoring l Full-T ext Indexing ] j 
General ] Locales  Mailbox Management ] Diagnostics Logging ] Details ] 


[let lag ia dai 


Start mailbox management process: 


Never run isz Customize... 


BReporting: 
Send detail report to administrator y 


jAdministrator 


] 
! 
Administrator: ] 





5 A Mailbox Manager futtatásának beállításai 


A Mailbox Manager a System Attendant része, nem külön szol- 
gáltatás. Ha nem állítjuk be, sosem fog futni. Érdemes termé- 
szetesen éjjelre vagy hétvégére, de mindenképp munkaidőn kí- 
vüli időpontra tervezni a feladatot, mert elég erőforrásigényes 
a végrehajtása. A házirend legalsó pontjában meghatározott fel- 
használó e-mailben összesített vagy részletes tájékoztatást kap- 
hat az elvégzett munkáról. 

Folytatjuk.... 


Dorner Csilla 
MCSE 
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Az előzőekben láthattuk, hogyan tudunk információt kinyerni a WSS-ből különféle 
technológiákkal, illetve hogyan tudunk fájlokat csatolni a WSS-beli elemekhez. 
Mindezek mellett csak említést tettünk arról, hogy lehetőségünk van saját jellemzők 
felvételére, kezelésére. Most ezt a kérdéskört járjuk körbe. 


Saját propertyk felvétele a WSS-beli elemekhez Exchange 
Explorer és ADO segítségével 

Korábban már vázoltuk, miért lehet szükség saját propertykre: a 
WSS alapértelmezett jellemzőinek skálája rendkívül széles 
ugyan, de a még szélesebb felhasználói igényekhez nem feltét- 
lenül elegendő. Nézzünk egy kicsit a dolgok mögé! 

A Web Storage Systemben minden elemnek van egy DAV:content- 
class nevű jellemzője, amely az adott elem rendeltetésére, típusá- 
ra utal, illetve számos alapértelmezett jellemzőt rendel az elem- 
hez. Azt mutatja meg tehát, hogy folderről, e-mailről, kontaktról, 
saját típusú elemről stb. van-e szó. Leggyakrabban használt érté- 
kei: 

Content class Tét 
urn:content-classes: 


folder WSS folder különféle elemek tárolására 
mailfolder WSS folder levelek tárolására 
contactfolder WSS folder kontakt elemek tárolására 
message Levél 

person Kontakt 

appointment Találkozó, esemény, megbeszélés 
task Feladat, teendő 


Ha például egy elem content class-a message, akkor a levelek- 
hez tartozó jellemzőket, property-ket találhatjuk meg a leírásá- 
ban, alapértelmezésben ezeknek adhatunk új értéket (pl. from, 
to, subject, mailheader stb.) . 

Már ezen content-classoknál is felmerülhet azonban az igény, 
hogy olyan jellemzőket hozzunk létre, amelyek nem szerepelnek 
az alapértelemzésben (például érdemes lehet egy olyan jellemzőt 
hozzárendelni a levélhez, amely azt mutatja, hogy magánjellegű 
vagy üzleti-e). Ezt többféleképpen megtehetjük. 

Először is ott az Exchange Explorer, amelyet legutóbb a WSS meg- 
figyelésére használtunk. Alkalmazási köre azonban ennél sokkal 
összetettebb, például propertyk felvételére is kitűnően alkalmas. 
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a Az Exchange Explorer felhasználói felülete 





Az ábrán a jobb oldalon látható ablakrészen találhatjuk a kije- 
lölt mappához tartozó sémadefiníciókat (ezekről később szólok) 
és a mappában található elemeket. Ha az Items csomópont alatt 
rákattintunk egy elemre, az alsó ablakrészben az ehhez tartozó 
jellemzőket láthatjuk. Jobb egérgombbal klikkelve megjelenik 
egy menü, amelyben az , Add property"-re kattintva egy újabb 
ablak jelenik meg, amelyben az új property neve mellett megad- 
hatjuk annak típusát és értékét is. 

Az adattípusok között szerepel néhány, amelyek mv taggal (mul- 
ti value) kezdődnek. Ezek az adott alaptípusú elemekből felépü- 
lő tömbök (tehát például az mv.string egy string típusú tömb). 


Természetesen nemcsak így, hanem saját programból is vehe- 
tünk fel propertyket a WSS-be. Nézzünk először egy ADO kódot: 


[2] Set conn - CreateObject( "ADODB.Connection" ) 
[2] conn.Provider - "ExOLEDB.DataSource" 

[3] conn.Open "http://myserver/myfolder/" 

[4] Set rs - CreateObject("ADODB.Recordset") 
[5] sérSdié, 2 SSELECIMS ál 


[56] """DAV:displayname"", " 8 

[7] ""DAV:contentclass"", " a 

[8] ""ssajatnevter:sajatjellemző, " 8 
[9] "ÉROM "Sk z 
[10] """http://myserver/myfolderZ"" " a 
[21] "WHERE ""DAV:ishidden"" zs FALSE " a. 


[28] rs.Open strSAL, conn 


Süss UBB: 
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Létrehozunk tehát egy connectiont a saját WSS 
folderünkre, az EXOLEDB Provider segítségével. A kere- 
sés feltételeit az strSOL változóba töltjük be: egy 
SELECT utasítással kijelöljük a számunkra lényeges 
propertyket, jelen esetben két DAV: névtérbeli jellemző mel- 
lett egy sajátot is lekérünk. A választ egy recordsetben kapjuk 
vissza. Ha ezen recordset valamely eleméhez hozzá akarunk adni 
egy jellemzőt, egyszerűen rápozícionálunk az adott elemre, illetve 
ha minden elemet érint a módosítás, akkor egy for each ciklussal 
végigmegyünk az elemeken. A jellemzőfelvétel a következő módon 
történik: É 


rs.Fields("sajatnevter:sajat jellemzo") - X 
rs.Update 


Természetesen X egy megfelelő típusú változó, és a kívánt érté- 
ket tartalmazza. 

Nagyon fontos a lezáró rs.Update, mert ez érvényesíti a változásokat. 
Hasonló módon történik a propertyk értékének módosítása is, 
akár beépítettről, akár sajátról van szó. Ekkor a már létező jel- 
lemző nevét és új értékét adjuk meg az rs.Fields metódussal. 


Saját jellemzők felvétele, módosítása .NET alatt 

A korábbiakban arra láthattunk példát, hogyan hozhatunk létre 
új elemet, illetve hogyan fűzhetünk hozzá csatolt állományokat. 
Ebből kiindulva már nem nehéz rájönni, hogyan kezelhetjük a 
saját jellemzőket: 

Először is az URL-ben adjuk meg, mely elem jellemzőit szeret- 
nénk módosítani: 


string sURL - "http://myserver/myfolder/ 
4 modositando.eml"; 


Ha ezzel megvagyunk, fel is építhetjük az alábbihoz hasonló le- 
kérdezést, amelyben megfogalmazzuk, mit is akarunk újonnan 
felvenni, illetve módosítani: 


€?xml version-"1.0"?2 
da:propertyupdate xmlns:az!DAV:" 
xmlns:sz"sajatnevter:"2 

£ga:set2 

£ga:prop? 
£s:SajatJell2UjErtekS/s:SajatJell22 
£s:SajatJellgzMasíikUjÉrtekS/s:SajatJell22 

£/a:prop2 

£/a:set2 

£/a:propertyupdate? 


Mi is történik itt? A szabványos XML fejlécet követően megad- 
juk, hogy jellemző-felüldefiniálást szeretnénk végrehajtani 
(propertyupdate) , majd megnevezzük a szükséges névtereket. A 
DAV-névtér megadása kötelező, ezután pedig más beépített, il- 
letve saját névtereket nevezhetünk meg. Nagyon fontos itt, a 
fejlécben ennek a résznek a gondos megszerkesztése, hiszen a 
lekérdezés belsejében csak így hivatkozhatunk névterekre, köz- 
vetlenül nem. Tehát például a következő kódrészlet hibás lenne: 


ga:prop2 
SXSajatNevter:SajatJell? 
ujErtek 
cx/SajatNevter:SajatJell? 
£/a:prop? 
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Végül a már jól ismert módon küldjük el a kérést a szerverünknek: 


WebReguest reguest - lWebReguest.Create(sURL) 
reguest.Method - "PROPPATCH"; 
reguest.Credentials - new 

4 NetworkCredential( "user", "password" , 

4 "domain" 15 

reguest.ContentType - "text/xml"; 
reguest.Headers["Depth"] - "1 ,noroot"; 
reguest.ContentLength - síduery.Length; 
Streamdriter writer - new 

B Streamiriter(reguest.GetReguestStreami( ) ) ; 
writer.Write( sguery) ; 

writer.Close(); 


Ennyi. Ugye, hogy nem is olyan bonyolult? 


Saját jellemzők lekérdezése, módosítása 

A saját jellemzők lekérdezése ugyanúgy működik, mint a beépítette- 
ké. Tekintve, hogy ezt már áttekintettük az egyik korábbi számban, 
erre most nem térek ki, csak a különbségekre. Mert azok vannak... 
A problémák akkor kezdődnek, ha az ember úgy gondolja, hogy 
az adott dokumentum minden jellemzőjét szeretné lekérdezni. 
Első nekifutásra beírja a lekérdezésbe a , SELECT ""-ot, elküldi a 
szervernek, és várja az eredményt. Megjön, és örül: működik! 
Ezután alaposabban megnézi, és jön az olyan jól ismert lehan- 
golódás: működik, működik, de valami mégsem stimmel... A sa- 
ját jellemzőinket nem kaptuk vissza! Pedig ha nevükön nevez- 
zük őket, átjönnek, a kiszolgálón is látszik, hogy megvannak. 
Akkor vajon miért nem?... 


WSS sémák és content-classok 

A dolgok hátterében a WSS sémái lakoznak, ezért most kényte- 
lenek vagyunk ebbe a témába is beleásni magunkat valamelyest. 
A séma tulajdonképpen egy adatdefiníció, amely erőforrásokat 
(foldereket, elemeket, Web-fájlokat stb.) ír le a WSS-ben. Egy sé- 
madefiníció névterekbe rendezett jellemzőket ad meg, amelyek 
az adott elemhez társíthatók. A séma tehát névtereket, 
propertyket ír le, és ha egy elemhez hozzárendeljük ezt a sémát, 
akkor az általa megadott jellemzők lesznek az alapértel- 
mezettek. 

A gyakorlatban mindez úgy néz ki, hogy először is létre kell hoz- 
nunk egy sémamappát a WSS-ben, például /myfolder/schema 
néven. Ehhez a sémához meg kell adni egy alapsémát, az úgy- 
nevezett baseschema segítségével. Célszerű a WSS alapsémáját 
megadni, amely így érhető el: 
http://myserver/public/non. ipm. subtree/schema/ 

Ha ezzel megvagyunk, létrehozhatjuk azokat a jellemzőket, ami- 
ket a sémához akarunk társítani. Az Exchange Explorerben ez 
annyit jelent, hogy a jobb oldali Detail View-ban a Schema ki- 
fejtésével jobb egérgombbal a Property Definitions-ra kattintva 
kiválasztjuk az Add Property Definition opciót. Ekkor egy új ab- 
lak jelenik meg, amelyben megadhatjuk a jellemző nevét, típu- 
sát, alapértelmezett értékét, illetve még néhány attribútumát: 
kötelező-e megadása, indexelt jellemző-e, többértékű-e stb. 
Amint készen vagyunk saját változóink definícióival, következ- 
het a saját content-classok létrehozása. Ezt az előzőhöz hason- 
ló módon, a Content Class Definitionsre klikkelve, majd Add 
Class Definition, valósíthatjuk meg. Itt egy több részből álló ab- 
lak válik láthatóvá. Először is meg kell adnunk a content-class 
nevét. Az első fülön (Expected CC) adhatjuk meg, hogy mely 
content-classból akarjuk származtatni, tehát mely content-class 





eDÜZ. Ok. 


alapértelmezett jellemzői legyenek itt is alapértelmezettek. 
A Properties fülön pedig jellemzőket adhatunk hozzá - termé- 
szetesen az előbb beregisztrált saját jellemzőinket is. 





ILZESSEÉSÉS S e sotet éem em ei 
ee EN NNNNA NA KÉZÁtNEtŐ 
ExpectedCC ] Estends ] Propenies] Advanced] 

valable content classes Expected content classes 


Tv a z ümrcontent-elsssermeszage 
unccontent-classeszcalendartoldei 7 
urrecontent-elásses calendalmessage — 
umicontent-elasses contactfolder 
urecontent-elassés:contentclaszdef Bemove 
umrcontent-elasses document 
umicontenb-elaszes den 
urrcontent-classes: folder 
umicontent-elastestesbusy 
umcontent-elasses tem 
umcontent-elasses:jouznalfolder ———] 
umicontent-elaszes maifolder 
tumecontent classes mdn 
rmrcontent-elasses:notefolder 
umécontent-elasseszobject B 


fh JANE 


Select he content classes that should be automatically attibuted to a folder whenever that folder is zetto the 
-class being defined. 


" Saveas 














5 Új Content class definiálása az Exchange Explorerrel 


Ha ezzel is megvagyunk, máris hivatkozhatunk a sémánkra, il- 
letve a benne definiált content-classokra. A saját WSS mappánk 
jellemzőit kell beállítanunk ehhez, a következő módon: 
Baseschema-nak adjuk meg a séma-mappánk elérési útvonalát 
(/myfolder/schema) . Az Expected content class értékét állít- 
suk rá a mappában alapértelmezett content-classra (classokra), 
a Schema Collection Ref értékét pedig szintén a séma-mappá- 
ra. Ekkor, ha valamely mappabeli elem content-classának a sa- 
ját content-classunkat adjuk meg, SELECT "-ra visszakapjuk az 
abban definiált saját property-ket is. 


Természetesen sémát definiálhatunk saját kódból is, illetve 
mappához, elemekhez is hozzárendelhetjük ezeket. Csupán 
annyi a teendőnk, hogy az Exchange Explorerben módosított 
jellemzőket beállítsuk a fent leírt módon, és már működik is az 
alkalmazásunk. 


Például: 
£X?xml version-"1.07?2 
dxa:propertyupdate xmlns:a-"DAV:"2 
£a:set2 
ga:prop2 

da:contentclass2 
urn:content-classes:sajatClass 
£/s:SajatJell2 
£/a:prop2 
£/a:set2 
£/a:propertyupdate? 


A fent leírtaknak két dolog adja meg a létjogosultságát: egy- 
részt szükség lehet a már meglévő content-classok kibővítésére, 
másrészt felmerülhet az igény, hogy sajátokat hozzunk létre. 
Hogy miért? Maradjunk a múlt havi példánál: a tavalyi nyaralás 
fényképeire  létrehozhatunk péládul egy — urn:content- 
classes:fenykep nevű osztályt, amelyben az időpontra, a hely- 
színre, a társaságra stb. vonatkozó propertyket definiálunk. 


Ami még hátravan... 

Az elmúlt hónapokban jónéhány dolgot átnéztünk a WSS prog- 
ramozásával kapcsolatosan. Egyetlen dologra szeretnék még ki- 
térni: az Event Sink-ekre. Ha beesik egy levél, ha törölnek, ha 
módosítanak valamit, automatikusan, a háttérben induljanak 
események, amiket mi határozunk meg: küldjön a rendszer érte- 
sítő e-mailt, akadályozza meg a törlést, a beeső leveleket továb- 
bítsa egy megadott címre (keressen benne vírust — a szerk.) stb. 
De ezt már csak a jövő hónapban. 


Addig is kellemes vizsgaidőszakot mindenkinek! 


Molnár Ágnes 
agnes.molnarot-systems.com 


000 





A , MesterOrzus" a Dupla KV rovathoz hasonló, ám a személyes 
kérdésfelvetést és vitát is lehetővé tevő rendezvény, melynek 
célja: 


e az elsőre talán ismeretlen technológiák 
élő bemutatása 

s a cikkekhez kapcsolódó kódok 
megírása/kipróbálása 

s a terjedelmi okokból kimaradt 
információk átadása 


Ösztől újra várjuk Önöket a 
NetAcademia Mesterkurzusokon 
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Microsoft Power Toys 
for Windows XP 


Közel három hónap várakozás után újra letölthető a Microsoft PowerToys for Windows XP, 
immár javított kiadásban. Kimondottan a Windows XP felhasználói számára 

készült a csomag. Hasznosabb és kevésbé hasznos programocskát is találhatunk benne. 

A megjelent tíz program közül mindenki kedvére válogathat. 


Mielőtt az új eszközöket telepítjük, a régebbi verziót el kell távo- 
lítanunk. A PowerToys for Windows XP [1] csak angol nyelven je- 
lent meg, de a Windows XP bármely nyelvi verziójára telepíthető. 


Open Command Window Here 

(CmdhHere.exe) 

Ezen PowerToy telepítése után minden könyvtár gyorsmenüjében 
egy új menüpont jelenik meg: , Open Command Window Here", azaz 
sParancssori ablak nyitása itt és most". Kattintsunk jobb egérgomb- 
bal egy könyvtár ikonjára, a menüből válasszuk a fent említett me- 
nüpontot, és egy olyan parancsablakot kapunk, mely a hivatkozott 
könyvtárban ,áll". Hatása tehát majdnem megegyezik a cmd.exe 
futtatásával, de mindig abban a könyvtárban találjuk magunkat, 
amelyik könyvtár menüjéből a parancssori ablakot indítottuk. 


[so0a 
EISEHMELSÉZESTET] 2 





Fájl- és mappaművelet 2 Megnyitás 
mi Intéző 
Docul 

tj A mappa átnevezése, Open Command Window HETE 
EG A mappa áthelyezése Keresés... 
TÓ A mappa másolása A 

Megosztás és biztonság... 
9 A mappa közzététele a 

weben Küldés , 

EZ A mappa megosztása 

Kivágás 
A] E-mail küldése a mappa 
a Pp: selő 


fájljaival 
2 A mappa törlése Parancsikon létrehozása 
Törlés 
Átnevezés 


Tulajdonságok 


Egyéb helyek 3 


12 Sajátgép 


PV Daknmantumak a 


5 A kiválasztott könyvtárra nyit parancsablakot a CmdHere.exe 


Alt-Tab Replacement 

(Taskswitch.exe) 

E játékocska telepítése után az ALT--TTAB billentyűkombináció 
használatakor nemcsak az alkalmazások ikonjait láthatjuk, ha- 
nem egy kis ábrát is arról, hogy a választott ablakban mi talál- 
ható. (Sajnos ha az adott alkalmazást a tálcára helyeztük, csak 
a címsora látható.) Használata akkor igazi előny, ha több ablak- 
ban is ugyanazt a programot futtatjuk, például ha egyszerre öt 
különböző word dokumentumot is megnyitottunk. 





0 Az ALT-Tab helyettesítővel nemcsak ikon, hanem kicsinyí- 
tett ablak formájában is megjelenik az adott alkalmazás 
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Tweak UI 

(TweakUI.exe) 

A Tweak UI olyan rendszerbeállításokat tartalmaz, melyek közül 
többet is csak innen tudnak beállítani a Windows XP operációs 
rendszer felhasználói. Az egér beállításai között például az is 
szerepel, hogy a görgővel egész oldalakat ugorjunk az ablakon 
belül (ne ,x" sornyit). Az X-Mouse is érdekes: ha az , Activation 
follows mouse" beállítást engedélyezzük, elég az egérkurzort a 
kiválasztott ablak fölé vinnünk, és már rá is került a fókusz. 
(Alapértelmezésben, ha ablakot akarunk váltani, rá kell kattinta- 
nunk.) 

Persze az egéren kívül sok egyéb lehetőség is rendelkezésünkre 
áll. Például megadhatjuk, hogy a pop-up menü New... (Új...) 
menüpontja alatt milyen típusú fájlokat hozhassunk létre, mit 
szeretnénk elhelyezni az Asztalon, engedélyezzük-e az automa- 
tikus belépést, milyen színnel jelölje rendszerünk a tömörített 
állományokat, melyek az engedélyezett meghajtók stb. 


EAT 


Twvesk UI for Windows XP 
Select a setting Írom the tree lt at left. 


To get help for an item, ebek the ? in the upper right corner of 
the diulog, then cik the item, The help wil appear in the 
"Descrption" box, 


This ás version "2.00.1.0" of Tueak UL. 


CST] 





5 A Tweak UI a felhasználói felület testreszabásában új táv- 
latokat nyit 


Power Calculator 

(PowerCalc.exe) 

Ezzel az eszközzel nemcsak számolhatunk, hanem különböző 
függvényeket is megjeleníthetünk. A számológép a függvénye- 
ket XY és Polár koordinátarendszerben is képes megjeleníteni, a 
függvény képét pedig el is menthetjük. Ha számolni szeretnénk, 
a kiszámítandó képletet az Input ablakba kell beírnunk, és az 
ENTER-t leütve a History ablakban megjelenik a kiszámítandó ki- 
fejezés, valamint a végeredmény. 

A már definiált operátorokat és függvényeket a Functions menü- 
pontban találjuk. Amelyiket kiválasztjuk, az beillesztésre kerül az 
input mezőbe, már csak ki kell tölteni a paramétereket. 

Saját függvényeinket is használhatjuk. Például ha definiáljuk a 
g(x)-x"2 függvényt, és szeretnénk megtudni, hogy ez x-4 ese- 
tén mennyit ad vissza, csak be kell írnunk a bemeneti mezőbe, 
hogy g(4) , majd ENTER, és meg is kaptuk, hogy az eredmény 16. 


tech.net 
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A Conversions menüpont alatt lehetőség van különböző mérték- 
egységek közötti átváltásra is. Például a 3[ft-emm] megadja, 
hogy 3 láb az 914,4mm. 

Beállíthatjuk, hogy a végeredményt tízes, kettes vagy tizenhatos 
számrendszerben szeretnénk-e megkapni, 32 vagy akár 512 szám- 
jegy pontossággal akarunk-e számolni. 


sül in aZ GB 
i 


add E Edt  — Delete (Z) window] 


lace "ő" with the value "57" and then evalsate the functon) / 


5 A PowerCalc akár függvényábrázolásra is használható 





Image Resizer 

(imageResizer.exe) 

A képméretező ideális eszköz nagyfelbontású (ezért nagyméretű) 
képfájljaink felbontásának (és méretének) csökkentésére. Kattint- 
sunk jobb gombbal arra a képfájlra, melyet át szeretnénk méretez- 
ni, válasszuk az Image Resize (kép átméretezése) menüpontot, és 
rögtön megadhatjuk, hogy mekkora legyen a kiválasztott kép! Több- 
féle képernyőméretet választhatunk, vagy beállíthatunk egyéni mé- 
retet is. Az OK gombra kattintás után az eredeti képről a kiválasz- 
tott méretben készül másolat az aktuális könyvtárba. Ha az eredeti 
képet szeretnénk méretezni, pipáljuk ki a , Resize original pictures" 
pontot. Egyszerre tetszőleges számú képet méretezhetünk át. 


E vi 
illámnézet 
mm 


Megnyitás 
Nyomtatás 







€ Med (fit a CG x 00 szrenn) 
C üargelfes a 1024 4 768 ezren) 


C mandhalá PC Cas a 250 x 320 séretn), 
C ciatom Út 2 [TETT ez [77 
Küldés TT Make pictures szmalter but not largar 
the origjnal petures (dont areste copies) 


Kivágás 
Másolás 


al 


Parancsikon létrehozása 
Törlés ) 
Átnevezés 
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5 A képméretező is a gyorsmenübe költözik be 


CD Slide Show Generator 

(Slideshow.exe) 

Ezzel a PowerToyjal lehetőség nyílik arra, hogy képeinkből be- 
mutatót készítsünk. A Windows XP Explorerben összeállított be- 
mutatót rögtön CD-re írja a rendszer. (Természetesen ehhez 
szükségünk van egy CD-íróra.) A varázsló használata során beál- 
líthatjuk azt is, hogy a létrehozott bemutatót automatikusan le- 
játssza-e a rendszer a CD behelyezésekor. 


HTML Slide Show Wizard 

(Htmlgen.exe) 

Ez a PowerToy az előzőhöz hasonlóan képekből készít bemuta- 
tót, csak éppen HTML formátumban. A varázsló használata so- 
rán megadhatjuk, mely képeket szeretnénk levetíteni, mekkora 
legyen a méretük, milyen legyen a vetítés típusa. Az elkészült 


tech.net 
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Windóts 7 


bemutatót már csak el kell helyezni weboldalunkon. 
A vetítés" a default.htm-mel indul. 


Virtual Desktop Manager 

(Deskman.exe) 

A virtuális desktop manager segítségével egyszerre négy asztalt 
szerkeszthetünk és használhatunk. Ha nem engedélyezzük az asz- 
talok megosztását (Shared Desktops kikapcsolva), lehetőség van 
arra, hogy mindegyik asztalunkra más-más ikonokat helyezzünk el. 
Az így létrejött négy ablakban más-más programokat futtathatunk. 


. Cím 








Hivatkozások 

v Nyelvi eszköztár I 

tü züs Zé Desktop Manager ! 
f kel ké Te NPTt Taskbar Magnifier 
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Feladatkezelő v Gyorsindítás 
A Tálca zárolása Új eszköztár... 
Tulajdonságok 


5 Négy képernyő egy monitoron: ezt tudja a Desktop Manager 


Taskbar Magnifier 

(Magnifier.exe) 

A Taskbar Magnifier a tálcán egy kis ablakot nyit, ahol kinagyít- 
va láthatjuk azt a területet, amely felett az egérkurzor elhalad. 











. E Hivatkozások 
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a. és ezet 88 Asztal ! 
! — Feladatkezelő v Gyorsindítás I 
)  ATálcazárolása I. újeszköztára) 
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5 Tálcanagyító: gyengén látóknak 


Webcam Timershot 

(Timershot.exe) 

A Webcam Timershot PowerToy segítségével meghatározott időnként 
állóképet készíthetünk webkameránkkal. Beállíthatjuk, hogy az elké- 
szített képek mekkorák legyenek, és hogy felülírja-e az előző fájlt. 


SZA 





5 Időzített állóképkészítés. Weblapokhoz ideális! 
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Automatikus bejelentkezés 

K: Hogyan lehetne automatizálni a bejelentkezést? Biztonsági 
okokból természetesen nagyon hasznos, hogy belépés előtt 
CTRLA4-ALT5-DEL-t kell nyomni, és meg kell adni felhasználói nevet és 
jelszót, mégis vannak olyan helyzetek, amikor szeretnénk, ha auto- 
matikusan beléphetne valaki. Nem tudok rávenni egy elfuserált 
programot, hogy szolgáltatásként fusson, de mégis szükségünk van 
az állandó működésre. Persze legjobb lenne kihajítani, de ez nem a 
rendszergazdán múlik, kihajítanám, de nem lehet. Mi a megoldás? 


V: Nézzük először az egyszerűbb megoldást. Ha nincs a gép tar- 
tományban, Windows 2000 esetén a Control Panel , Users and 
Passwords" beállításai közt kell kivenni a képen látható pipát. 
I Ez 2121 





Users] Advancsá] 


b, Usethe ist below to grant or deny users access to your 
computer, and to change passwords and other settngs. 


FF. Users must enter a user name and pasaword to use this computer. 
Users for this computer: 
User Name Group 


administrator Admiréstrators 
Guest Guests 





o Automatikus bejelentkezés beállítása egyszerűbb módon 


Ha OK-ra kattintunk, feljön egy ablak, amiben megadhatjuk a 
felhasználót és jelszavát, aki majd automatikusan be fog lépni 
a gép legközelebbi indulásakor. 

Windows XP esetén ugyanezt az ablakot a Run ablakban kiadott 
control userpasswords2 paranccsal csalogathatjuk elő. 

Ez a módszer csupán az első kijelentkezésig működik. Ha azt 
szeretnénk, hogy mindig belépjen a megadott felhasználó, ak- 
kor már a Registryben kell módosítani: 


HKEY. LOCAL. MACHINENSOFTUAREMicrosoftindowsNTN 
CurrentVersioninlogon 

Value:ForceAutoLogon 

Type: REG SZ 

Data: 1 


A ForceAutoLogon kulcs hozzáadásával az előzőekben megadott 
felhasználó minden alkalommal automatikusan be fog lépni. Ezt 
elkerülendő, kijelentkezéskor, gépindításkor a SHIFT-et lenyom- 
va kell tartani, hogy valaki más is be tudjon lépni. 


Ha a gép tartomány tagja, a fenti módszer már nem működik. 
Mást kell átírni a registryben: 


HKEY. LOCAL MACHINENSOFTWAREMicrosoftuindowsNTV 
CurrentVersiontinlogon 

AutoAdminLogon-lL 

DefaultDomainName-ktartomány vagy gép neve? 
DefaultUserName-kfelhasználó név? 
DefaultPassword-Cpassword2 


Az AutoAdminLogon érték már lehet hogy létezik: állítsuk az ér- 
tékét 1-re, ezzel engedélyezzük az automatikus bejelentkezést. 


working with 


vindóőws Z 


Dupla KV 


Igen, sajnos a jelszót is meg kell adni, ami ráadásul alapértelme- 
zésben szöveges formában, titkosítás nélkül tárolódik. Az auto- 
matikus bejelentkezés ezért nem biztonságos. A DefaultPassword 
kulcs gyárilag nem létezik, REG SZ típusúként kell létrehozni. 

A TweakUI segítségével el is lehet rejteni a jelszót, mert más- 
hol, és kódolva tárolja azt. 

Ha nem hozzuk létre a DefaultPassword kulcsot, az AutoAdmin- 
Logon értéke magától visszaáll 0-ra. 

A megfelelő értékek kitöltése után, a gép következő újraindítá- 
sánál már működni fog az automatikus belépés. Erre az esetre is 
igaz, hogy csak az első kilépésig érvényes a beállítás. Ha azt 
szeretnénk, hogy egy adott felhasználó állandóan bejelentkez- 
zen, akkor itt is az előzőekben ismertetett ForceAutoLogon kul- 
csot, illetve - megszüntetéséhez - a SHIFT-et kell használni. 


Bárhogy állítjuk is be az automatikus bejelentkezést, csak 
a legindokoltabb esetekben válasszuk ezt a megoldást, és 
lehetőleg NE Admin jogokkal rendelkező felhasználó legyen 
az áldozat! 


Adminpak.msi 

K: Hogyan lehet kiválasztott komponenseket feltelepíteni a rend- 
szergazdai eszközök közül? 

V: Ha nincs is szükség mindenre belőle, érdemes kimásolni az 
adminpak.msi-t a System32 könyvtárba, majd paracssorból el 
kell indítani a következőt: 


msiexec /i adminpak.msi ADDLOCAL-£komponens2 /gb 


A ckomponensz helyére a következők kerülhetnek: 


Az AdminTool neve ckomponensz 
Certification Authority FeCERTConsole 
Cluster Administrator FeClusterConsole 
Connection Manager FeCMAKConsole 
DHCP FeDHCPConsole 
Distributed File System FeDFSConsole 
DNS FeDNSConsole 


Internet Authentication Service  FeIASConsole 


Internet Services Manager FelISConsole 

00S Admission Control FeACSConsole 
Remote Storage FeRSConsole 
Routing and Remote Access FeRRASConsole 
Telephony FeTAPIConsole 
Terminal Services Client FeTSClientConsole 
Terminal Services Tools FeTSMgrConsole 


WINS FeWINSConsole 
Active Directory Tools FeADTools 


Az Active Directory Tools magában foglalja az AD Domain and 
Trusts, AD Sites and Services és az AD Users and Computers MMC 
snap-int. A Terminal Services Tools pedig a TS Licensingből és a 
TS Managerből áll. 
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Pastry 





Míg az angol szótár szerint a Pastry cukrászsüteményt jelent, Peter Druschel és 

Antony Rowstron kutatók szerint sokkal inkább egy skálázható, decentralizált, ön- 
szerveződő és hibatűrő réteg az egyenrangú (peer-to-peer, p2p) alkalmazások számára. 
Az alábbi, rövid áttekintés elolvasása után döntse el maga az olvasó, hogy kinek van igaza. 


Vagy netán bővítésre szorulnak a szótárak? 


In medias res! A Pastry gépek 128 bites azonosítóval rendelkeznek 
(nodeld - IP-címből képzett hash). Lényeges, hogy az azonosító- 
tér körkörös, vagyis a 128 db 1-es bitből álló nodeld-t a csupa 0- 
ból álló követi. A Pastry gépek a hozzájuk érkező üzeneteket az ál- 
taluk ismert, a célazonosítóhoz számszerűen legközelebbi nodeld- 
hoz továbbítják. Az N tagú Pastry hálózatban az üzenetek ily mó- 
don várhatóan 0(log N) lépésben célba érnek. (Az 0-ról elég any- 
nyit tudni, hogy egy összetettebb függvény ,, leghangsúlyosabb" ré- 
szét emeli ki, vagyis az előző mondatot úgy is mondhatjuk, hogy a 
lépések várható száma legfőképpen log N-től függ.) Az alábbi ábra 
szerint az A gép C-nek akar üzenetet küldeni. Mivel C nem szere- 
pel az útválasztási táblázatban, ezért elküldi B-nek, hiszen ennek 
az azonosítója esik számszerűleg legközelebb az A gépéhez. B sze- 
rencsére már ismeri C-t, így az üzenet a 2. lépésben célba is ér. 


nodeld: 0 - 2128 -1 


IN. bekapcsolt Pastry gép, az 
Er ealta 1 1 ULCTTELS 





5 A Pastry körkörös azonosítótere és az útválasztás 


Ez nem más, mint egy érdekes útvonalválasztó algoritmus. Miért nem 
jó az IP, különösen az IPv6, hiszen annak ráadásul 128 bitesek a cí- 
mei? Ennek komoly oka van. Az IP-címek földrajzi értelemben nem 
egyenletesen oszlanak el, noha ezt az IP-infrastruktúra kifejezetten 
támogatja. A p2p alkalmazások terheléselosztásához azonban az a jó, 
ha az azonosítók földrajzilag egyenletesen oszlanak el. Az IP eseté- 
ben ez csak egy újabb, DNS-szerű, elosztott adatbázis bevezetésével 
lenne elérhető. Az IP útválasztási tábláinak csökkentésére aggregált 
címtartományokat használnak, így ebből a szempontból is meglehe- 
tősen körülményes lenne az IP-címek földrajzi helytől független 
kiosztása. 

Konkretizáljuk ezeket az állításokat egy Pastry-re készült alkalmazás- 
sal, a PAST globális archiváló rendszerrel! Tegyük fel, hogy el akarunk 
menteni egy fájlt. Ennek nevéből és tulajdonosából hasht képzünk, 
ez lesz a fájl 128 bites azonosítója (fileld). Ezt követően a fileldhoz 
számszerűleg legközelebbi azonosítójú ,k" gépen elmentjük a fájlt. 
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Ha szükségünk van rá, egyszerűen képezzük a fileld-t, majd megke- 
ressük a számszerűleg hozzá legközelebbi nodeld-t. Mindaddig ga- 
rantált a file elérése, amíg a k gépből legalább egy üzemel. Ellentét- 
ben tehát az IP-vel, a számszerűleg közeli nodeld-k földrajzilag töb- 
bé-kevésbé egyenletesen oszlanak el, így a replikák tárolásakor a há- 
lózati forgalom eloszlik, és annak is sokkal kisebb a válószínűsége, 
hogy a k gép egyszerre hibásodik meg, vagy egyszerre kapcsolják ki 
azokat. 

A Pastry gépek három táblázatból , táplálkoznak", amelyek mindegyi- 

ke Pastry azonosítókat rendel IP-címekhez: 

"2 Az útválasztó tábla (routing table) [log2b N] sorból áll, minde- 
gyik sor 2b.1 elemet tartalmaz. (A b állítható paraméter, jel- 
lemző értéke 4, és 2b bit alkot egy számjegyet.) Az n. sorban 
minden Id első n számjegye egyezik a gépünk nodeld-jával. 
Az Id-k nagyság szerint sorba vannak rendezve, és a nodeld- 
nál kisebb és nagyobb értékeket elválasztó oszlopba maga 
az oszlop sorszáma kerül. 

b A szomszédsági tábla (neigborhood set) a hálózati szempont- 
ból közeli M darab gépet adja meg. A közelség mérését a 
Pastry nem definiálja, de az lehet például az IP hop count-ja. 

"0 A közeli azonosítók táblája (leaf set) tulajdonképpen egy gyors- 
tár, amely a gépünkéhez számszerűleg legközelebbi L darab 
azonosítót tartalmazza. Ezek fele a miénknél kisebb, másik 
fele nagyobb. 

Az útválasztó algoritmus (kicsit leegyszerűsítve) először a köze- 
li azonosítók táblájában keres, és ha ott nem talál, akkor jöhet 
az útválasztási tábla. Utóbbiban minden egyes lépéssel eggyel 
csökken az azonosítóban lévő ismeretlen számjegyek száma, így 
legfeljebb a tábla sorainak számával megegyező lépésben célba 
fogunk érni. Az Internet nagyságrendileg 109 gépből áll, így 
b-4-nél [10916 109] - 8 soros útválasztási táblákra és legfeljebb 
ekkora ,hop count-okra" számíthatunk. 

Jó, jó, de hol itt az önszerveződés? Hogyan jönnek létre ezek a 

táblák, amikor bekapcsolom a gépemet? Legyen az új gép ,X", és 

tudjuk, hogy , A" földrajzilag közel van hozzá (ez kiderülhet pél- 
dául IP multicast segítségével, vagy úgy, hogy valaki egyszerűen 
megmondja mit állítsunk be). ,X" küld egy csatlakozási kérelmet 

(join reguest) ,A"-nak, amivel valójában arra kéri, hogy küldje ezt 

el ,X"-nek. Tréfás üzenet, ugye? Mivel ,X" még nem szerepelhet 

egyik táblában sem, ezért az ,X"-hez számszerűleg legközelebbi 

Id-vel ellátott géphez (, 27) küldi. Az A-Z úton minden gép elkül- 

di az állapottábláit ,X"-nek. ,X" ezekből elkészíti a sajátjait, majd 

hálája jeléül elküldi azokat a szomszédsági táblájában található 

gépeknek. Kész! 8 

A hibatűrés a legegyszerűbb kérdés: bármely Pastry gép szó nél- 

kül, szabadon távozhat a rendszerből, vagyis akár ki is lehet 

húzni a konnektorból. 
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Farkasokkal táncoló 

Most a hibabehatárolás és hibaelhárítás tudományába kóstoltunk bele. Legközelebb olyan helyzeteket pró- 
bálunk megoldari, amikor a fürtöt olyan alapvető behatás éri, ami nem feltétlenül hiba, de akár az is le- 
het. Olyasmi szituációkat elemzünk, amikor ,a Föld fog sarkából kidőlni..." 


Exchange 

Csakúgy, mint az Active Directoryban, az Exchange-ben is van lehetőség arra, hogy meghatározott jogosult- 
ságokkal rendelkező rendszergazdákat nevezzünk ki. Ennek legegyszerűbb módja, ha a System Managerben 
az Exchange Administration Delegation Wizardot használjuk. A varázsló használata valóban roppant egysze- 
rű, azonban legtöbbször nem elégíti ki az igényeket, ezért ebben a cikkben megnézzük azt is, hogyan lehet 
finomabban hangolni a rendszergazdai jogosultságokat. 


:NET Akadémia 
Folytatjuk a kollekciók tárgyalását, megnézzük a Hashtable, a Oueue, a Stack, a SortedList, a BitArray, a 
StringCollection osztályok működését és használatát. 


Design Patterns bevezető 
Szerencsére Microsoftos területen is egyre gyakrabban hallunk a Design Patternekről. Mik ezek, miért és kik 
írják őket, hogyan lehet őket felhasználni a mindennapi munkánkban, hogyan lehet őket megtanulni? 


XMLGessünk 
A séma szabvány kivégeztük, ideje egy kicsit szelídebb vizekre eveznünk. Még mindig a szabványok világá- 
ban maradunk, és áttekintjük az XSLT szabvány elemeit és használatát. 


Exchange Server Web Storage System 

Véleményem szerint az egyik legizgalmasabb dolog az informatikában az, amikor a dolgok ,maguktól tör- 
ténnek". Levelek jönnek-mennek, dokumentumok megváltoznak, mintha valami eleven kobold ülne a gépünk 
belsejében. 

A kobold azonban megszelídíthető, sőt engedelmességre is kényszeríthető, csak meg kell tanulnunk, hogyan 
szóljunk hozzá. A jelszó: Event Sinkek... 


Szimpla KV 
Egy tartományi tag munkaállomáson észrevesszük, hogy a rendszeróra több, mint 8 órát siet. Mit teszünk? 


a.) A Taskbaron kettőt kattintunk az órán, és kézzel visszaállítjuk. Ezután újraindítjuk a beépített 
Time Servicet, hogy értesüljön a változásról. 


b.) Nem a Taskbar, hanem a Vezérlőpult megfelelő eszközével állítjuk vissza az órát! 
A Taskbar ikonja veszélyes! 


c.) Az órát semmilyen körülmények között nem állítjuk vissza kézzel: ezt a beépített Time Service-re bízzuk. 


itujebznje Jazzy sauapia uau xerua uaddj "nsniybaui sazayzuzja lag so1agiay e 1935euÁA5a 1933 ueggol[ 19u 
-219d 30 P(P10 SPELIOTJELYUNUI E 59 JG 2 RH "Uzgayapia ODEZIUOLYUIZS euuoZze Ze 30s5JUuLJed JUÁSa1/ uzzem e an[ 
-Jeypep 5ajzas3 z,da65 e ura" uszsadepng UofPa :3eleugzopi sewojjeeyunu e iujesszabau sauapiz "apojeziuo 





-yulzs ZoYyP(210 JaUJylÁba JxOJJ3ZJAÁURUIOZIR] 2 ULSNYIJELUIOZNE R(PJ01aZSpUuaI yada5 gX SMOPULM 5RJÁURUIOUR? V 


J :ZSDJDA saÁjay y 


vwérkinűú vith vindöüwns Z BOBE: OL. 





a 








tech.net 


Megéri előfizetni! 


12 509 


kedvezmény 


MARE 


ANN 


az eredeti címlapárból! 
4 ajándék 
infoBYTE előfizetés 


ANN 


közel 12 000,- Ft 


1411 1 
ertekpen: 


S 
aa 






1132 Victor nr] u. 18-22. 


a hálón: http: 77 ah 08 sé adam 
mail:inf oo ar ha0 18. kom 





ősztől ismétlehetőségevan, 
hogy a NAGYOKközé üljön! 


Szerezze meg Ön is a hivatalos, nemzetközileg elismert 
. . " Microsoft minősítések valamelyikét! 
Uj konstrukciók, új képzések, kedvezőbb árak! 


A SZÁMALK Továbbképzés ősztől megújult összeállításokban, még kedvezőbb árakon kínálja hivatalos Microsoft tanfolya- 
maira épülő hivatalos rendszeradminisztrátori (MCSA), rendszermérnöki (MCSE), adatbázisadminisztrátori (MCDBA) és új, 
Microsoft .NET fejlesztői (MCAD/MCSD) képzéssorozatait. A tanfolyamokat követően lehetősége van hivatalos Microsoft 
vizsgákat tenni Prometric vizsgaközpontunkban és megszerezni a nemzetközileg elismert oklevelek valamelyikét. 


Válassza ki az Önnek megfelelő minősítést és képzési konstrukciót: 


Microsoft rendszeradminisztrátor képzés TEJE . MCSA 
A kisebb informatikai rendszereket és hálózatokat üzemeltető szakemberek számára ajánljuk, akiknek feladatuk I lesz Windows 2000 ala- 


pú hálózatok telepítése, konfigurálása, adminisztrálása, karbantartása. 








Microsoft rendszermérnök képzés IT "MCSE 
Nagy, összetett informatikai rendszereket és hálózatokat üzemeltető szakemberek képzése, akiknek akiknek feladatuk lesz Windows 
2000 alapú hálózatok teljeskörű adminisztrálása és támogatása, informatikai infrastruktúrák tervezése. 


Microsoft adatbázis-adminisztrátor képzés — MCDBA 
Microsoft SOL 2000 alapú adatbázisrendszerek teljeskörű üzemeltetésével, támogatásával, karbantartásával, tervezésével és imple- 
mentálásával megbízott szakemberek részére ajánlott képzés. 





Microsoft alkalmazásfejlesztő / fejlesztőmérnök (Microsoft .NET) képzés . MCAD/MCSD 
Fejlesztők, programozók számára ajánlott képzés, akiknek feladatuk lesz összetett, Windows-alapú és webes alkalmazások készítése, 
fejlesztése, szolgáltatások implementálása és tervezése a Microsoft Visual Studio .NET és Microsoft .NET keretrendszerének segítségével. 


Rugalmas időbeosztás, különböző tanfolyamokat 
tartalmazó oktatási csomagok, további oktatási 





18 Egészítse ki tanfolyamon szerzett ismereteit, készüljön fel a hivatalos Microsoft vizsgákra 
Microsoft Pi T1ESS a Microsoft Press kiadó professzionális szakkönyveinek segítségével! 


Több mint 8BO0 féle kiadvány, kedvező árak, nagy raktárkészlet! 
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